Skip to content
Back to skills

Builder Shape

ASecurity

Builder Kit shaping entrypoint. Turns a raw idea into a provider-neutral, reviewable backlog proposal and stops before build selection unless the user explicitly continues.

  • 2 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 16, 2026
developmentrustgoshellbashgitapi

Works with

  • cli
  • api

Security analysis

A100/100

Scanned October 16, 2026

npx -y skills add kontourai/flow-agents --skill builder-shape --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Builder Shape?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Builder Shape
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/kontourai-builder-shape/badge)](https://www.skillsdirectory.com/skills/kontourai-builder-shape)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: "builder-shape"
description: "Builder Kit shaping entrypoint. Turns a raw idea into a provider-neutral, reviewable backlog proposal and stops before build selection unless the user explicitly continues."
---

# Builder Shape

## Role and Boundary

**Role:** Builder Kit entrypoint for `builder.shape`.

Use this surface only when the user explicitly asks to shape an idea with Builder
Kit, or accepts it after it is offered as an option. It delegates shaping to
`idea-to-backlog`; it does not implement, select, or deliver work.

`builder.shape` is selected for raw ideas, vague outcomes, PRD-like concepts,
spikes, and prototypes. It is not a generic routing rule for every planning
request. Direct `idea-to-backlog` remains a valid standalone primitive.

This entrypoint owns **no step-gate evidence**. `idea-to-backlog` owns its
shaping artifact and any evidence required by its own contract.

## Model Routing

Resolve `delegate-design` from `.datum/config.json` for shaping and alignment.
Model choice and reasoning effort follow
`context/contracts/execution-contract.md`; if the mapping is unavailable,
inherit the session model and record the fallback.

## Inputs and Providers

Start from the user's raw idea, notes, or current conversation context. Ask
one focused alignment question at a time when outcome, constraints, non-goals,
success signal, risk, or the relationship between ideas is unclear.

Describe backlog targets through adapters:

- **Work Item adapter:** the proposed buildable unit and its acceptance context.
- **Board adapter:** the destination queue or backlog, when one is requested.
- **Repository adapter:** the repository or product boundary affected by the item.

No adapter is required merely to shape an idea. A GitHub issue or project may
be a labeled example of a Work Item or Board adapter, never a required
contract.

## Flow Behavior

1. Derive a safe explicit slug from the selected shape title: lowercase ASCII
   words separated by single hyphens. Never interpolate raw request text into a
   shell command, slug, or quoted argument.
2. Start and inspect the public shape run using the safe slug and a fixed,
   operator-authored summary:

```bash
flow-agents workflow start --flow builder.shape \
  --task-slug <safe-shape-slug> \
  --summary "Shape the selected work into independently actionable slices."
```

After `workflow start`, inspect the new run:
`flow-agents workflow status --session-dir .kontourai/flow-agents/<safe-shape-slug> --json`.
Thereafter the steering hook re-injects the run state whenever it changes; a steering state
block in your context is current unless you have written since it appeared, and the write
itself refuses an unbound, stale, or wrong-step binding either way.

3. State that this entrypoint selects `builder.shape` and delegates to
   `idea-to-backlog`.
4. Gather and clarify the idea.
5. Have `idea-to-backlog` produce its normal shaping result, including
   candidate Work Items, slicing, risks, decisions, and a next-action.
6. Stop at the backlog decision. Create or synchronize provider records only
   when the user explicitly requests it and the relevant adapters are known.

Do not duplicate `idea-to-backlog`'s intake, prioritization, slicing, artifact,
or gate logic. Do not invoke `pull-work`, `plan-work`, `execute-plan`,
`review-work`, `verify-work`, or release activities from this entrypoint.

## Output Responsibility

The produced result is the standard `idea-to-backlog` shaping report. It must
identify the selected flow (`builder.shape`), the source ideas, candidate Work
Items, provider-sync status, decisions, open questions, and the backlog
decision. This entrypoint creates no step evidence; `idea-to-backlog` records
the owning trust-bundle slices through the public CLI.

## Standalone and No-Active-Run Behavior

`builder.shape` may run independently of `builder.build`. If a prior shaping
report exists, use it as context; do not assume it authorizes provider
synchronization or build execution. If the public shape interface is unavailable,
report an unsupported-runtime blocker rather than using an internal writer.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.