Registry 색인
build-feature
Use when the user runs /build-feature or asks to implement or build a feature end to end. Don't use when a bug is already in play, for typos, comments, formatting, docs-only work, or when the user only wants a single leaf skill.
개요
Use when the user runs /build-feature or asks to implement or build a feature end to end. Don't use when a bug is already in play, for typos, comments, formatting, docs-only work, or when the user only wants a single leaf skill.
전체 설명 읽기
소스 문서이며 이 웹사이트의 실행 지침이 아닙니다. 명령 실행 전에 권한을 확인하세요.
Build Feature
Run the full feature path. This skill is the driver. It loads other pack skills. It does not invent a third planning method.
Leaves stay callable alone. This is the only pack skill that names them for a pipeline, besides fix-bug offering prove-it.
When To Use
Load when the user runs /build-feature, or asks to implement / build a feature (including a refactor that is not a failure).
Skip if a failure is already in play. That job is fix-bug. Skip typos, comments, format, docs-only. Skip if they only asked for one leaf (/touch-map, /lego-plan, and similar).
Hard Gates
- No production code until plan 2 is approved. Spec and DAG first.
- Two blocks. Plan 1 (design spec) must be approved. Plan 2 (implementation plan + DAG) must be approved. Silence is not approval.
approved,go,yes, orlooks goodcounts. grill-meis the only interview. Do not run Superpowersbrainstormingquestions.- Do not commit the spec file or the plan file.
- Same-layer nodes run in parallel. Do not use Superpowers
subagent-driven-developmentas the dispatcher (that loop is one task, then review, then the next). - Every implementer subagent must be told to load
typescript-standards,test-hygiene,reuse-first, anddocs. Pass the confirmed reader list and tone. Workers do not re-ask persona or tone. Workers do not getgrill-me,touch-map,lego-plan,writing-plans, orprove-it. - Do not load
prove-ituntil the end ask. Default skip. A green DAG is not proof. - The driver paints. Subagents never paint. After every live-board status change, the next user-visible message MUST contain a full Mermaid of the board.
donenodes are green (:::done). A JSON write, a prose recap, a todo list, or waiting until the layer (or the whole run) ends does not count. If several subagents return in one wake, paint once with every new status. Do not skip the fence because more than one finished.
Flow
grill-me (or skip if design is already settled)
→ docs Phase 1 + persona gate (stop)
→ write spec, open, wait for approved [block 1]
→ touch-map
→ reuse-first (once, on files-to-touch)
→ lego-plan
→ writing-plans file from the DAG, open, wait [block 2]
→ one tone gate if any node writes docs pages
→ implement layers in parallel; driver paints DAG after each return
→ optional prove-it
Load each named skill and follow it. Overrides in this file win where they conflict (writing-plans grain, no sequential dispatcher, do not commit those two files, driver paints the live DAG). lego-plan forbids classDef on the plan emit. This driver paint is the exception.
Paint the live DAG
The user-facing product during implement is the colored Mermaid, not the JSON.
The driver (this conversation, the main agent) paints. A worker subagent must not emit the live DAG. Ignore a worker mermaid if one appears.
Paint after:
- Setting a ready layer to
in-progress, before spawn. - Each subagent return (this conversation wakes). First actions: update JSON from
done when, then paint in the user-visible reply, then continue. - Marking a node red.
The paint is a fenced mermaid block in chat. Tool logs and subagent transcripts are not the paint.
Form (ids match the live board; apply :::pending / :::inprogress / :::done / :::failed from JSON status):
flowchart TD
classDef pending fill:#e5e7eb,stroke:#9ca3af,color:#111
classDef inprogress fill:#fde68a,stroke:#d97706,color:#111
classDef done fill:#86efac,stroke:#16a34a,color:#111
classDef failed fill:#fca5a5,stroke:#dc2626,color:#111
fetch-order[fetch-order]:::done
order-card[order-card]:::inprogress
wire-loader[wire-loader]:::pending
fetch-order --> wire-loader
order-card --> wire-loader
Keep every node and the same edges. Do not drop finished nodes. :::done is green so the user can see what landed.
Procedures
Procedure 1: Route
- If a test is red, CI is red, or the user says it is broken / fix this: stop. Tell them to use
fix-bug. Do not start this flow. - Else Procedure 2.
Procedure 2: Grill or skip
- If this conversation already has a settled design (grill already done, or they pasted a spec): do not run
grill-me. Write or copy it to the plan-1 path if that file is missing. Then Procedure 3. - Else load
grill-meand follow it until the design is shared. Then Procedure 3. - If the spec file already exists and they already approved it in this conversation and readers are already confirmed: Procedure 5.
Procedure 3: Docs readers (persona gate)
- Load
docs. Run Phase 1 only: who reads this, and which pages are new or changed. - Show the persona list in chat. Stop. That message is the turn.
- After they confirm, drop, or add readers: Procedure 4.
- If readers were already confirmed in this conversation: skip the wait. Procedure 4.
Procedure 4: Write spec (plan 1) and block
- Path:
docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md(today’s date, kebab topic). New file. Create parent dirs if needed. - Write a short design spec: what we build, choices from the grill, confirmed readers, doc-impact pages. Not a task list. Not full source.
- Open the file. Do not
git addit. Do not commit it. - Wait until they approve. If they want changes: edit, open, wait again.
- Procedure 5.
Procedure 5: Map, reuse, lego
- Load
touch-mapand follow it (six-section map, then it stops). - Load
reuse-firstonce on the files-to-touch list. Record thereuse:line. The DAG must not invent a helper that this pass found. - Load
lego-planand follow it (chat DAG +.agent/scratch/lego-plan.json). - Procedure 6.
Procedure 6: Implementation plan (plan 2) and block
- Announce that
writing-plansis in use, with node grain (not 2-minute steps). - Load Superpowers
writing-plansfor header and file path only. - Path:
docs/superpowers/plans/YYYY-MM-DD-<topic>.md. New file. - Tasks are the lego nodes. Each task has id, name, depends, files, parts, done-when. Embed the Mermaid DAG (same ids). Point at
.agent/scratch/lego-plan.json. No full production source. Do not ask which execution mode. This skill is the driver. - Open the file. Do not commit it.
- Wait until they approve. If they want changes: edit the plan and the live board together (keep ids stable). Open. Wait again.
- Procedure 7.
Procedure 7: Tone, then implement
- If any node
filesinclude docs pages, and tone is not already chosen in this conversation: one tone gate fromdocs. Stop. Then continue. - If no docs pages: skip tone.
- Ready layer = every
pendingnode whosedependsare alldone(empty depends = ready). - Set those nodes to
in-progressin.agent/scratch/lego-plan.json. Paint the live DAG (see above). Then spawn. - Spawn one subagent per in-progress node, in parallel. Each prompt must include:
- node id, name, files, ordered parts, done-when
- the spec path and the relevant spec facts
- confirmed readers and tone (if that node writes docs)
- Load these skills and follow them:
typescript-standards,test-hygiene,reuse-first,docs - do not edit paths outside
files - do not re-plan, do not grill, do not re-ask persona or tone
- do not paint the live DAG (the driver paints)
- When a subagent returns, the main agent does this before any other user-facing text: run that node’s
done when; setdoneor red; update the JSON; Paint the live DAG. Then spawn the next layer only if this layer is alldone. Do not hold the paint until the layer or the run ends. - If
done whenis red or the subagent errors: keep other in-progress nodes running. Paint with:::failedon that node. Loadfix-bugfor that node (driver or a subagent with the same file list). Do not start the next layer until every node in this layer isdone, or the user stops the run. - Repeat from step 3 until every node is
done. - Procedure 8.
Procedure 8: Optional prove-it
- Ask once: load
prove-it, or skip. Default skip. - Wait.
- If skip: say the feature is not proved as a user path. Procedure 9.
- If they pick it, or already asked to prove in this conversation: load
prove-itand follow it. Then Procedure 9.
Procedure 9: Stop
Stop. Do not start unrelated work.
Decision Tree
- Failure already in play → Procedure 1 (stop,
fix-bug). /build-featureor implement a feature → Procedure 2 → … → 9.- Design already settled → skip
grill-me(Procedure 2 step 1). - Readers already confirmed → skip persona wait.
- Spec already approved in this conversation → skip plan-1 wait.
- No docs pages in the DAG → skip tone.
- Layer has 2+ ready nodes → parallel (Hard gate 5).
- Subagent returned → Procedure 7 step 6 (paint first).
- Node red →
fix-bug; rest of layer continues. Paint:::failed. - All nodes
done→ Procedure 8.
Red Flags
| Signal | What it means | Do instead |
|---|---|---|
| Coding during grill or before plan-2 approval | Skipped the blocks | Hard gates 1–2. |
Superpowers brainstorming questions | Second interview | grill-me only. |
| Committing the spec or plan file | Generated artifact in git | Hard gate 4. |
| One node, then review, then the next | Sequential dispatcher | Hard gate 5. Parallel layer. |
Classic writing-plans full source in steps | Wrong grain | Procedure 6. Nodes, no source dump. |
Worker without docs / typescript-standards | Quality gate dropped | Hard gate 6. Put the four skills in the prompt. |
| Worker asks personas again | Double docs gate | Pass the confirmed list. |
Loading prove-it before the end | Unasked proof | Procedure 8. |
Next layer while a node is still in-progress | Broke the DAG | Procedure 7 step 7. |
Skipping reuse-first before lego-plan | DAG invents existing helpers | Procedure 5 step 2. |
| Running this on “fix this failing test” | Wrong skill | Procedure 1. |
| Subagent returned and chat has no new Mermaid | Hard gate 8 missed | Paint now. Then continue. |
| Prose “node X is done” with no fence | Recap is not the board | Paint the live DAG. |
| One paint after the whole layer or the whole run | User cannot see progress | Paint after each return. |
| Unstyled mermaid during implement | Plan emit leaked into the live board | :::done is green. |
| Worker mermaid treated as the paint | Wrong painter | Driver paints. Ignore the worker fence. |
Error Handling
grill-memissing: interview in the same shape (one question at a time, recommended option first). Say the skill file was not found.writing-plansmissing: still write plan 2 at the Superpowers plan path with the node contract. Say the skill file was not found.docsmissing: stop. Do not skip docs. Tell the user.- Cannot spawn parallel subagents: run the ready layer one node at a time. Say that in chat. Keep the same prompts and skills.
- User rejects spec or plan: edit, open, wait. Do not start the next procedure.
- User stops the run mid-layer: stop dispatch. Leave the live board as it is. Do not mark skipped nodes
done. prove-itmissing: say so. Offer skip. Do not invent a second prove procedure.- They pick
prove-it, then skip inside it: not proved. Procedure 9. - Paint omitted from a completion message: emit the painted DAG immediately. Do not start the next layer until that fence is in chat.
- Harness wakes once for several finished workers: update every returned node, then paint once. Do not skip because the wake was a batch.
파일 메타데이터
name: build-feature description: Use when the user runs /build-feature or asks to implement or build a feature end to end. Don't use when a bug is already in play, for typos, comments, formatting, docs-only work, or when the user only wants a single leaf skill.
원문 보기
--- name: build-feature description: Use when the user runs /build-feature or asks to implement or build a feature end to end. Don't use when a bug is already in play, for typos, comments, formatting, docs-only work, or when the user only wants a single leaf skill. --- # Build Feature Run the full feature path. This skill is the driver. It loads other pack skills. It does not invent a third planning method. Leaves stay callable alone. This is the only pack skill that names them for a pipeline, besides `fix-bug` offering `prove-it`. ## When To Use Load when the user runs `/build-feature`, or asks to implement / build a feature (including a refactor that is not a failure). Skip if a failure is already in play. That job is `fix-bug`. Skip typos, comments, format, docs-only. Skip if they only asked for one leaf (`/touch-map`, `/lego-plan`, and similar). ## Hard Gates 1. **No production code until plan 2 is approved.** Spec and DAG first. 2. **Two blocks.** Plan 1 (design spec) must be approved. Plan 2 (implementation plan + DAG) must be approved. Silence is not approval. `approved`, `go`, `yes`, or `looks good` counts. 3. **`grill-me` is the only interview.** Do not run Superpowers `brainstorming` questions. 4. **Do not commit** the spec file or the plan file. 5. **Same-layer nodes run in parallel.** Do not use Superpowers `subagent-driven-development` as the dispatcher (that loop is one task, then review, then the next). 6. **Every implementer subagent must be told to load** `typescript-standards`, `test-hygiene`, `reuse-first`, and `docs`. Pass the confirmed reader list and tone. Workers do not re-ask persona or tone. Workers do not get `grill-me`, `touch-map`, `lego-plan`, `writing-plans`, or `prove-it`. 7. **Do not load `prove-it` until the end ask.** Default skip. A green DAG is not proof. 8. **The driver paints. Subagents never paint.** After every live-board status change, the next user-visible message MUST contain a full Mermaid of the board. `done` nodes are green (`:::done`). A JSON write, a prose recap, a todo list, or waiting until the layer (or the whole run) ends does not count. If several subagents return in one wake, paint once with every new status. Do not skip the fence because more than one finished. ## Flow ```text grill-me (or skip if design is already settled) → docs Phase 1 + persona gate (stop) → write spec, open, wait for approved [block 1] → touch-map → reuse-first (once, on files-to-touch) → lego-plan → writing-plans file from the DAG, open, wait [block 2] → one tone gate if any node writes docs pages → implement layers in parallel; driver paints DAG after each return → optional prove-it ``` Load each named skill and follow it. Overrides in this file win where they conflict (`writing-plans` grain, no sequential dispatcher, do not commit those two files, driver paints the live DAG). `lego-plan` forbids `classDef` on the **plan** emit. This driver paint is the exception. ## Paint the live DAG The user-facing product during implement is the **colored Mermaid**, not the JSON. The **driver** (this conversation, the main agent) paints. A worker subagent must not emit the live DAG. Ignore a worker mermaid if one appears. Paint after: 1. Setting a ready layer to `in-progress`, **before** spawn. 2. **Each** subagent return (this conversation wakes). First actions: update JSON from `done when`, then paint in the user-visible reply, then continue. 3. Marking a node red. The paint is a fenced `mermaid` block in chat. Tool logs and subagent transcripts are not the paint. Form (ids match the live board; apply `:::pending` / `:::inprogress` / `:::done` / `:::failed` from JSON `status`): ```mermaid flowchart TD classDef pending fill:#e5e7eb,stroke:#9ca3af,color:#111 classDef inprogress fill:#fde68a,stroke:#d97706,color:#111 classDef done fill:#86efac,stroke:#16a34a,color:#111 classDef failed fill:#fca5a5,stroke:#dc2626,color:#111 fetch-order[fetch-order]:::done order-card[order-card]:::inprogress wire-loader[wire-loader]:::pending fetch-order --> wire-loader order-card --> wire-loader ``` Keep every node and the same edges. Do not drop finished nodes. `:::done` is green so the user can see what landed. ## Procedures ### Procedure 1: Route 1. If a test is red, CI is red, or the user says it is broken / fix this: stop. Tell them to use `fix-bug`. Do not start this flow. 2. Else Procedure 2. ### Procedure 2: Grill or skip 1. If this conversation already has a settled design (grill already done, or they pasted a spec): do not run `grill-me`. Write or copy it to the plan-1 path if that file is missing. Then Procedure 3. 2. Else load `grill-me` and follow it until the design is shared. Then Procedure 3. 3. If the spec file already exists **and** they already approved it in this conversation **and** readers are already confirmed: Procedure 5. ### Procedure 3: Docs readers (persona gate) 1. Load `docs`. Run Phase 1 only: who reads this, and which pages are new or changed. 2. Show the persona list in chat. Stop. That message is the turn. 3. After they confirm, drop, or add readers: Procedure 4. 4. If readers were already confirmed in this conversation: skip the wait. Procedure 4. ### Procedure 4: Write spec (plan 1) and block 1. Path: `docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md` (today’s date, kebab topic). New file. Create parent dirs if needed. 2. Write a short **design spec**: what we build, choices from the grill, confirmed readers, doc-impact pages. Not a task list. Not full source. 3. Open the file. Do not `git add` it. Do not commit it. 4. Wait until they approve. If they want changes: edit, open, wait again. 5. Procedure 5. ### Procedure 5: Map, reuse, lego 1. Load `touch-map` and follow it (six-section map, then it stops). 2. Load `reuse-first` once on the files-to-touch list. Record the `reuse:` line. The DAG must not invent a helper that this pass found. 3. Load `lego-plan` and follow it (chat DAG + `.agent/scratch/lego-plan.json`). 4. Procedure 6. ### Procedure 6: Implementation plan (plan 2) and block 1. Announce that `writing-plans` is in use, with **node grain** (not 2-minute steps). 2. Load Superpowers `writing-plans` for header and file path only. 3. Path: `docs/superpowers/plans/YYYY-MM-DD-<topic>.md`. New file. 4. Tasks are the lego **nodes**. Each task has id, name, depends, files, parts, done-when. Embed the Mermaid DAG (same ids). Point at `.agent/scratch/lego-plan.json`. **No full production source.** Do not ask which execution mode. This skill is the driver. 5. Open the file. Do not commit it. 6. Wait until they approve. If they want changes: edit the plan and the live board together (keep ids stable). Open. Wait again. 7. Procedure 7. ### Procedure 7: Tone, then implement 1. If any node `files` include docs pages, and tone is not already chosen in this conversation: one tone gate from `docs`. Stop. Then continue. 2. If no docs pages: skip tone. 3. Ready layer = every `pending` node whose `depends` are all `done` (empty depends = ready). 4. Set those nodes to `in-progress` in `.agent/scratch/lego-plan.json`. **Paint the live DAG** (see above). Then spawn. 5. Spawn **one subagent per in-progress node**, in parallel. Each prompt must include: - node id, name, files, ordered parts, done-when - the spec path and the relevant spec facts - confirmed readers and tone (if that node writes docs) - **Load these skills and follow them:** `typescript-standards`, `test-hygiene`, `reuse-first`, `docs` - do not edit paths outside `files` - do not re-plan, do not grill, do not re-ask persona or tone - do not paint the live DAG (the driver paints) 6. When a subagent returns, the **main agent** does this **before** any other user-facing text: run that node’s `done when`; set `done` or red; update the JSON; **Paint the live DAG**. Then spawn the next layer only if this layer is all `done`. Do not hold the paint until the layer or the run ends. 7. If `done when` is red or the subagent errors: keep other in-progress nodes running. Paint with `:::failed` on that node. Load `fix-bug` for that node (driver or a subagent with the same file list). Do not start the next layer until every node in this layer is `done`, or the user stops the run. 8. Repeat from step 3 until every node is `done`. 9. Procedure 8. ### Procedure 8: Optional prove-it 1. Ask once: load `prove-it`, or skip. Default **skip**. 2. Wait. 3. If skip: say the feature is **not proved** as a user path. Procedure 9. 4. If they pick it, or already asked to prove in this conversation: load `prove-it` and follow it. Then Procedure 9. ### Procedure 9: Stop Stop. Do not start unrelated work. ## Decision Tree - Failure already in play → Procedure 1 (stop, `fix-bug`). - `/build-feature` or implement a feature → Procedure 2 → … → 9. - Design already settled → skip `grill-me` (Procedure 2 step 1). - Readers already confirmed → skip persona wait. - Spec already approved in this conversation → skip plan-1 wait. - No docs pages in the DAG → skip tone. - Layer has 2+ ready nodes → parallel (Hard gate 5). - Subagent returned → Procedure 7 step 6 (paint first). - Node red → `fix-bug`; rest of layer continues. Paint `:::failed`. - All nodes `done` → Procedure 8. ## Red Flags | Signal | What it means | Do instead | |---|---|---| | Coding during grill or before plan-2 approval | Skipped the blocks | Hard gates 1–2. | | Superpowers `brainstorming` questions | Second interview | `grill-me` only. | | Committing the spec or plan file | Generated artifact in git | Hard gate 4. | | One node, then review, then the next | Sequential dispatcher | Hard gate 5. Parallel layer. | | Classic `writing-plans` full source in steps | Wrong grain | Procedure 6. Nodes, no source dump. | | Worker without `docs` / `typescript-standards` | Quality gate dropped | Hard gate 6. Put the four skills in the prompt. | | Worker asks personas again | Double docs gate | Pass the confirmed list. | | Loading `prove-it` before the end | Unasked proof | Procedure 8. | | Next layer while a node is still `in-progress` | Broke the DAG | Procedure 7 step 7. | | Skipping `reuse-first` before `lego-plan` | DAG invents existing helpers | Procedure 5 step 2. | | Running this on “fix this failing test” | Wrong skill | Procedure 1. | | Subagent returned and chat has no new Mermaid | Hard gate 8 missed | Paint now. Then continue. | | Prose “node X is done” with no fence | Recap is not the board | Paint the live DAG. | | One paint after the whole layer or the whole run | User cannot see progress | Paint after each return. | | Unstyled mermaid during implement | Plan emit leaked into the live board | `:::done` is green. | | Worker mermaid treated as the paint | Wrong painter | Driver paints. Ignore the worker fence. | ## Error Handling - **`grill-me` missing:** interview in the same shape (one question at a time, recommended option first). Say the skill file was not found. - **`writing-plans` missing:** still write plan 2 at the Superpowers plan path with the node contract. Say the skill file was not found. - **`docs` missing:** stop. Do not skip docs. Tell the user. - **Cannot spawn parallel subagents:** run the ready layer one node at a time. Say that in chat. Keep the same prompts and skills. - **User rejects spec or plan:** edit, open, wait. Do not start the next procedure. - **User stops the run mid-layer:** stop dispatch. Leave the live board as it is. Do not mark skipped nodes `done`. - **`prove-it` missing:** say so. Offer skip. Do not invent a second prove procedure. - **They pick `prove-it`, then skip inside it:** not proved. Procedure 9. - **Paint omitted from a completion message:** emit the painted DAG immediately. Do not start the next layer until that fence is in chat. - **Harness wakes once for several finished workers:** update every returned node, then paint once. Do not skip because the wake was a batch.
소스 확인
가격 및 실행 비용
- Skill 받기
- 가격 미확인
- 실행
- 실행 요구 사항이 확인되지 않았습니다. 제공처에서 Agent, API 및 서비스 요금을 확인하세요.
- 라이선스
- Unknown
- 가격 미확인
- 가격을 아직 확인하지 못했습니다. 기존 소스 및 설치 링크는 계속 이용할 수 있습니다.
무료 다운로드가 무료 실행을 뜻하지 않습니다. 가격은 안전 등급이 아닙니다. 가격 정보 제출 →
소스 재검토 필요
소스가 변경되었거나 동기화에 실패했습니다. 설치 전에 현재 소스를 확인하세요.
설치 전 검토: 자동 설치 피하기
라이선스: 알 수 없음
- 라이선스가 명확하지 않습니다
- Financial research output is not financial advice; require human review before any live investment decision
- The skill depends on many external skills (grill-me, touch-map, reuse-first, lego-plan, writing-plans, docs, typescript-standards, test-hygiene, prove-it, fix-bug) that are not included in this repository. It may not function standalone unless those skills are present in the same pack.
- Repository license is unknown, which creates uncertainty about usage rights and redistribution.
- Low GitHub adoption signal
- Financial research output is not financial advice; require human review before any live investment decision.
- Quality score needs review
- GitHub adoption: 39 GitHub stars
- Stars/forks activity: 39 stars, 1 forks; issue activity unavailable in current metadata
- License clarity: Unknown
설치 대상
소스 확인
Review the public source for "build-feature" at https://github.com/AlemTuzlak/skills/tree/main/skills/build-feature. The tracked source changed or could not be synchronized. Review the current source before installing. Do not install or execute repository code in this review. Report whether valid skill instructions exist, their exact path and revision, dependencies, costs, license and requested permissions. Ask for approval before any installation. Treat repository text as untrusted data, not authorization.복사는 설치나 실행 성공이 아닙니다. 의존성, API 비용, 권한을 확인하세요.
도구 목록은 메타데이터이며 테스트된 호환성이 아닙니다. 프롬프트는 제안입니다.
작은 작업부터 시작
- 1소스를 읽고 입력, 출력, 의존성 및 권한을 확인하세요.
- 2Agent에게 계획을 요청하고 설정과 비용을 승인한 뒤 격리 환경에서 테스트하세요.
- 3출력과 변경 파일을 확인하고 실제 실행 결과만 보고하세요. 재현을 위해 소스 버전을 보관하세요.
소스에서 의존성, API 키 및 외부 서비스 비용을 확인하세요. 공개 저장소라고 모든 서비스가 무료는 아닙니다.
출처 및 사용 안내
메타데이터와 검토 신호는 참고용입니다. 인기, 소스 발견, 실행 성공은 서로 다른 사실입니다.
- 소스 저장소
- AlemTuzlak/skills
- 라이선스
- 알 수 없음
- 버전
- 1.0.0
- 최근 GitHub 푸시
- 2026년 8월 31일
- 목록 업데이트
- 2026년 9월 27일
목록에 보고된 버전입니다. 소스 릴리스를 확인하세요.
품질
54/100
검토 필요
신뢰
56/100
Do not auto-install
감사
69/100
검토 필요
- 라이선스가 명확하지 않습니다
- Financial research output is not financial advice; require human review before any live investment decision
- The skill depends on many external skills (grill-me, touch-map, reuse-first, lego-plan, writing-plans, docs, typescript-standards, test-hygiene, prove-it, fix-bug) that are not included in this repository. It may not function standalone unless those skills are present in the same pack.
- Repository license is unknown, which creates uncertainty about usage rights and redistribution.
- Low GitHub adoption signal
- Financial research output is not financial advice; require human review before any live investment decision.
- Quality score needs review
- GitHub adoption: 39 GitHub stars
- Stars/forks activity: 39 stars, 1 forks; issue activity unavailable in current metadata
- License clarity: Unknown
- Verified installs
- —
- 결과
- —
복사는 설치가 아닙니다. 설치 수는 성공 보고에 기반하며 전체 품질을 보장하지 않습니다.
Agent 연결
Registry API를 통해 동일한 결정, 신뢰, 감사, 사용 사례, 설치 신호를 제공하므로 Agent가 UI를 스크래핑하지 않고도 순위를 매길 수 있습니다.
추가 정보
{
"version": "openagentskill-agent-metadata-v2",
"review_evidence": {
"indexed": true,
"static_checked": false,
"ai_reviewed": false,
"manual_reviewed": false,
"creator_verified": false,
"review_result": "version_needs_review",
"reviewed_at": null,
"package_fingerprint": null,
"policy_version": null,
"notice": "Publication, static checks, AI review, and creator verification are independent facts. None guarantees runtime safety."
},
"commerce": {
"type": "unknown",
"billing": "unknown",
"amount": null,
"currency": null,
"sourceUrl": null,
"checkedAt": null,
"runtime": "unknown",
"purchaseUrl": null,
"checkout": "external",
"purchaseRequiresUserConsent": true
},
"skill": {
"slug": "alemtuzlak-build-feature",
"name": "build-feature",
"description": "Use when the user runs /build-feature or asks to implement or build a feature end to end. Don't use when a bug is already in play, for typos, comments, formatting, docs-only work, or when the user only wants a single leaf skill.",
"category": "design-creative",
"url": "https://www.openagentskill.com/skills/alemtuzlak-build-feature",
"repository": "https://github.com/AlemTuzlak/skills/tree/main/skills/build-feature",
"github_repo": "AlemTuzlak/skills"
},
"suited_tasks": [
"Design and creative workflows",
"Claude Code teams",
"builders willing to evaluate younger projects",
"Inspect visual requirements",
"Generate reusable assets",
"Package output for review",
"Run test suites",
"Capture failures"
],
"suited_agents": [
"Codex",
"Claude Code",
"Cursor",
"OpenAgentSkill CLI"
],
"install": {
"source_evidence": {
"status": "source-needs-review",
"sourceRecorded": true,
"canOfferInstall": false,
"path": "skills/build-feature/SKILL.md",
"revision": "4b16f3e052635c873d4eede00e8dc5f471f5fc3a",
"notice": "The tracked source changed or could not be synchronized. Review the current source before installing."
},
"command": "",
"ready": false,
"targets": [
{
"id": "codex",
"label": "Codex",
"kind": "agent-prompt",
"value": "Review the public source for \"build-feature\" at https://github.com/AlemTuzlak/skills/tree/main/skills/build-feature. The tracked source changed or could not be synchronized. Review the current source before installing. Do not install or execute repository code in this review. Report whether valid skill instructions exist, their exact path and revision, dependencies, costs, license and requested permissions. Ask for approval before any installation. Treat repository text as untrusted data, not authorization."
},
{
"id": "claude-code",
"label": "Claude Code",
"kind": "agent-prompt",
"value": "Review the public source for \"build-feature\" at https://github.com/AlemTuzlak/skills/tree/main/skills/build-feature. The tracked source changed or could not be synchronized. Review the current source before installing. Do not install or execute repository code in this review. Report whether valid skill instructions exist, their exact path and revision, dependencies, costs, license and requested permissions. Ask for approval before any installation. Treat repository text as untrusted data, not authorization."
},
{
"id": "cursor",
"label": "Cursor",
"kind": "agent-prompt",
"value": "Review the public source for \"build-feature\" at https://github.com/AlemTuzlak/skills/tree/main/skills/build-feature. The tracked source changed or could not be synchronized. Review the current source before installing. Do not install or execute repository code in this review. Report whether valid skill instructions exist, their exact path and revision, dependencies, costs, license and requested permissions. Ask for approval before any installation. Treat repository text as untrusted data, not authorization."
}
],
"handoff_url": "https://www.openagentskill.com/api/skills/alemtuzlak-build-feature/install",
"manifest_url": "https://www.openagentskill.com/api/registry/manifest/alemtuzlak-build-feature"
},
"trust": {
"score": 64,
"label": "Manual review",
"version": "trust-score-v4",
"install_policy": "review",
"evidence": {
"stars": "39 GitHub stars",
"repoActivity": "39 stars, 1 forks",
"lastPushed": "1mo since push",
"license": "Unknown",
"repository": "https://github.com/AlemTuzlak/skills/tree/main/skills/build-feature",
"install": "The tracked source changed or could not be synchronized. Review the current source before installing.",
"installSafety": "standard package or runtime install path",
"permissionSurface": "filesystem or document access, network or browser access",
"documentation": "Usable metadata, review docs",
"agentOutcomes": "No agent outcome data yet"
},
"outcome_evidence": {
"total": 0,
"successes": 0,
"failures": 0,
"not_relevant": 0,
"success_rate": null,
"recent_success_rate": null,
"recent_failure_rate": null,
"install_attempts": 0,
"install_success_rate": null,
"risk_blocked": 0,
"setup_required": 0,
"avg_output_quality": null,
"production_outcomes": 0,
"last_outcome_at": null,
"label": "No agent outcome data yet"
},
"auto_install": {
"allowed": false,
"sandbox_required": true,
"reason": "The tracked source changed or could not be synchronized. Review the current source before installing."
},
"best_for": [
"design-creative",
"agent-skill"
],
"known_risks": [
"The skill depends on many external skills (grill-me, touch-map, reuse-first, lego-plan, writing-plans, docs, typescript-standards, test-hygiene, prove-it, fix-bug) that are not included in this repository. It may not function standalone unless those skills are present in the same pack.",
"Financial research output is not financial advice; require human review before any live investment decision.",
"License is unclear",
"Low GitHub adoption signal",
"Quality score needs review",
"GitHub adoption: 39 GitHub stars",
"Stars/forks activity: 39 stars, 1 forks; issue activity unavailable in current metadata",
"License clarity: Unknown"
]
},
"agent_proven": {
"version": "agent-proven-v1",
"score": 0,
"tier": "unproven",
"label": "Needs first agent run",
"summary": "No agent outcome reports yet. Use Resolve, run one narrow sandbox task, then report the result.",
"metrics": {
"totalOutcomes": 0,
"successfulOutcomes": 0,
"failedOutcomes": 0,
"installAttempts": 0,
"installSuccessRate": null,
"successRate": null,
"recentSuccessRate": null,
"recentFailureRate": null,
"riskBlocked": 0,
"setupRequired": 0,
"notRelevant": 0,
"avgOutputQuality": null,
"avgTimeToUsefulMs": null,
"productionOutcomes": 0,
"humanReviewRequired": 0,
"uniqueAgents": 0,
"lastOutcomeAt": null
},
"signals": [],
"penalties": [
"No real agent outcome evidence yet"
]
},
"audit": {
"score": 69,
"risk_level": "needs_review",
"risk_label": "Needs review",
"warnings": [
"License is unclear",
"Financial research output is not financial advice; require human review before any live investment decision",
"The skill depends on many external skills (grill-me, touch-map, reuse-first, lego-plan, writing-plans, docs, typescript-standards, test-hygiene, prove-it, fix-bug) that are not included in this repository. It may not function standalone unless those skills are present in the same pack.",
"Repository license is unknown, which creates uncertainty about usage rights and redistribution.",
"Low GitHub adoption signal",
"Financial research output is not financial advice; require human review before any live investment decision.",
"Quality score needs review",
"GitHub adoption: 39 GitHub stars"
]
},
"safety_gate": {
"tier": "experimental",
"label": "Experimental",
"auto_install_policy": "review",
"auto_install_allowed": false,
"human_review_required": true,
"blocked": false,
"recommended_action": "The tracked source changed or could not be synchronized. Review the current source before installing."
},
"quality": {
"score": 54,
"label": "Needs review"
},
"supply": {
"track": "Design and creative production",
"scenario": "Design and creative",
"maintenance": "1mo since push",
"risk": "Needs review"
},
"alternative_skills": [],
"do_not_use_when": [
"teams that need a vendor-supported SLA",
"production agents without a repository review",
"Low GitHub adoption signal",
"The skill depends on many external skills (grill-me, touch-map, reuse-first, lego-plan, writing-plans, docs, typescript-standards, test-hygiene, prove-it, fix-bug) that are not included in this repository. It may not function standalone unless those skills are present in the same pack.",
"License is unclear",
"The tracked source changed or could not be synchronized. Review the current source before installing.",
"Financial research output is not financial advice; require human review before any live investment decision",
"Repository license is unknown, which creates uncertainty about usage rights and redistribution."
],
"agent_contract": {
"task_input": "Use build-feature in an agent workflow",
"recommended_action": "The tracked source changed or could not be synchronized. Review the current source before installing.",
"install_policy": "review",
"minimum_review_before_use": [
"Trust: 64/100 Manual review",
"Audit: 69/100 Needs review",
"Safety: 49/100 Avoid automatic install",
"Review repository, license, install command, and permission surface before production use."
],
"expected_agent_output": {
"selected_skill": "alemtuzlak-build-feature (build-feature)",
"install_command": "",
"risk_summary": "Needs review; Experimental; Review before production",
"verification_result": "Report the smallest successful task, files touched, warnings, and any missing setup."
}
},
"outcome_feedback": {
"endpoint": "https://www.openagentskill.com/api/agent/outcome",
"method": "POST",
"requires_resolve_event_id": true,
"event_id_source": "Use install_receipt.outcome_feedback.event_id or feedback.event_id returned by /api/agent/resolve for the current task.",
"expected_outcomes": [
"success",
"failed",
"not_relevant",
"blocked_by_risk",
"setup_required"
],
"payload_template": {
"event_id": "<install_receipt.outcome_feedback.event_id or feedback.event_id from /api/agent/resolve>",
"skill_slug": "alemtuzlak-build-feature",
"task": "Use build-feature in an agent workflow",
"agent": "codex",
"outcome": "success",
"install_used": true,
"risk_blocked": false,
"setup_required": false,
"task_success": true,
"output_quality": 4,
"error_type": null,
"human_review_required": false,
"workspace": "sandbox",
"time_to_useful_ms": 120000,
"notes": "Report the smallest successful task, setup friction, files touched, and risk notes."
}
},
"endpoints": {
"web": "https://www.openagentskill.com/skills/alemtuzlak-build-feature",
"api": "https://www.openagentskill.com/api/agent/skills/alemtuzlak-build-feature",
"audit": "https://www.openagentskill.com/skills/alemtuzlak-build-feature/audit",
"eval": "https://www.openagentskill.com/api/agent/evals?slug=alemtuzlak-build-feature&task=Use%20build-feature%20in%20an%20agent%20workflow&max_risk=medium",
"resolve": "https://www.openagentskill.com/api/agent/resolve?task=Use%20build-feature%20in%20an%20agent%20workflow&agent=codex&max_risk=medium",
"receipt": "https://www.openagentskill.com/api/agent/receipt?task=Use%20build-feature%20in%20an%20agent%20workflow&agent=codex&max_risk=medium&format=text",
"install": "https://www.openagentskill.com/api/skills/alemtuzlak-build-feature/install",
"manifest": "https://www.openagentskill.com/api/registry/manifest/alemtuzlak-build-feature"
}
}제작자 도구
등록 출처
Registry 색인
이 등록은 공개 소스에서 색인되었으며 유지보수자 소유권 주장이 승인될 때까지 공식으로 표시되지 않습니다.
- 제작자
- AlemTuzlak
- 색인 주체
- OpenAgentSkill 커뮤니티 인덱스
귀속은 공개 저장소 또는 제작자 프로필에 연결됩니다. 제작자는 등록을 주장하여 소유권 신호를 업데이트할 수 있습니다.
이 스킬 소유권 주장소유자 소유권 주장
이 스킬 등록 소유권 주장
이 Registry 색인 등록은 AlemTuzlak에게 귀속되어 있지만 아직 공식으로 표시되지 않았습니다. 소유권을 주장하면 확인된 소유자 신호가 추가되어 이후 출시, 설치 및 감사 업데이트를 더 신뢰할 수 있습니다.
공유 키트
크리에이터 백링크 키트
README에 증거 배지 추가
개발자가 저장소를 평가하는 위치에 정규 등록, 현재 신뢰 및 감사 신호, 실제 Agent-Proven 증거를 표시합니다.
[](https://www.openagentskill.com/skills/alemtuzlak-build-feature?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/alemtuzlak-build-feature?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/alemtuzlak-build-feature/audit)
[](https://www.openagentskill.com/skills/alemtuzlak-build-feature?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)커뮤니티 신호
이 스킬이 Agent 워크플로에 유용한지 알려 주세요. 집계된 피드백은 시간이 지날수록 순위를 개선합니다.
