アプリ・Webサービス・業務ツールの制作を、証拠分析→確定的な初稿→要件定義→体験設計→機能分解→実装→品質ゲート→リリース判定の手順ゲート制で進めるスキル。質問で要件を埋めるのではなく、依頼文・既存コード・資料・ログから最有力案を選び、動く成果物を先に出して差分で改善する。ユーザーが「アプリを作りたい」「ツールを作って」「〜を自動化したい」「システム化したい」「要件定義」「仕様を決めたい」「UI/UXを設計して」「体験を良くしたい」「機能を洗い出して」「MVPを決めたい」「品質チェック」「リリースしていいか判断して」などと言ったら必ず使用する。外部データの取込・マスタ・締め処理を伴う業務システムでは references/data-lifecycle.md も併用する。新規・既存を問わずアプリの制作・改善・リニューアルで使用する。
run-intake-status
進行中のskill intakeのphaseと5軸を確認したいとき、visualとNotion公開状態をread-onlyで確認したいときに使う。
インストール方法を見る含まれるファイル(2)
- SKILL.md4.1 KB
- prompts/R1-status.md2.7 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Pre-choice usable artifact execution
Purpose & Output Contractの最小の実回答をmain contextで作成する。secret・欠測・矛盾のminimal guardだけを実行し、根拠refつきの現物をそのまま提示してからaccept-as-is/light/standard/detailedを記録する。accept-as-isはそのままhandoff完了とし、後続sectionを実行しない。
Post-choice selected improvement execution
以下の既存workflow・goal-seek・評価・修正sectionはlight/standard/detailedが記録されてsemantic_evaluator_startedへ遷移した場合だけ実行する。release/exhaustiveは別の明示eventを必要とする。
run-intake-status
Purpose & Output Contract
output/<hint>/をread-onlyで走査し、kickoff/profile/5軸/visual/Notion公開状態をMarkdown表で返す。
Key Rules
- 引数があれば
output/<hint>/だけ、なければoutput/*/を対象にする。 - 出力表の6列は次の実在証拠と1:1で対応させる (証拠の無い列を作らない) —
kickoff=output/<hint>/kickoff.json(run-intake-kickoffが生成)、profile=output/<hint>/profile.json(Phase 3 の SubAgentskill-intake-user-profilerが出力。run-intake-interviewは Phase 4 で読むだけ)、5 axes=intake.jsonの5軸、visuals=visuals/*.{svg,png}、notion=notion-url.txtとnotion-log.json.status。 - 欠落は未完了として表示し、ファイルを生成・修復しない。
- JSON parse不能は対象名と原因を表示し、成功へ畳まない。
- 実行手順の正本は
prompts/R1-status.md— 機密フィールドの読取り境界 (Layer 4)、hintの安定sortと下流skillを自動実行しない境界 (Layer 6)、✓表示規約 (Layer 7) はそこを参照する。
ゴールシーク実行
対象を確定し、prompts/R1-status.mdに従って各証拠を読み、hint | kickoff | profile | 5 axes | visuals | notion列の表を返す。全対象を1行ずつ報告できたら完了する。
検証
- 集計値を実ファイル数と再照合する。
- 状態不明を
✓へ推測変換しない。
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
Webアプリの準備→要件定義→設計→実装→公開→品質ゲートを実行する内部オーケストレーター。Claude Codeの /build-app /improve-app、Codexの $build-app / $improve-app から明示的に委譲された場合、custom agent起動時、または利用者が $app-orchestrator を明示した場合だけ使用する。一般のアプリ相談から暗黙起動しない。
run-extract-blueprint が生成した章別ブループリントの忠実性を独立 context で評価したいとき、事実/推測区別と粒度と被覆を検証し draft_hash に束縛した PASS/FAIL verdict をローカル品質ゲート (C01 の周回内の受入判定・差し戻し) へ渡したいときに使う。
確認点で利用者が見る深さを選んだあと打ち合わせ資料を作り手とは別の目で確かめたいとき、正確さ・言葉・見た目・シンプルさの指摘を資料の編集なしで受け取りたいときに使う。
生成した handout 資料が初心者に伝わるか読みやすさレビューを依頼したいとき、独立 context のレビュアーから指摘と根拠つきの verdict を回収したいときに使う。
Notion ページを描画する直前に粒度を検証したいとき、info-collector-agent ページと同等の section 充足度を section_canonical_map 基準で機械検証したいときに使う。