「clarify」の検索結果

Design Agentforce conversations that span multiple turns without losing context: session variable scoping, conversation memory, clarifying-question patterns, topic-to-topic (now subagent) handoff, and the right abstractions for accumulating state across turns. NOT for deciding the topic boundaries themselves or out-of-scope behavior — use agentforce/agent-topic-design. NOT for single-turn agent actions and their input/output contracts — use agentforce/agent-actions.

日本語の概要は準備中です。原文の説明を表示しています。

Clarify the brief BEFORE any design work to avoid building the wrong thing. Interrogates goal, user, constraints, success criteria, and scope, then writes a short context doc the other design skills consume. Use when the user says "let's design X", "build a UI for Y", "get context", "clarify the brief", or kicks off any product-design task without a clear spec. First stage of the Product Design set — highest leverage for reducing rework.

日本語の概要は準備中です。原文の説明を表示しています。

Claude AskUserQuestion rendering for speckit clarify.

日本語の概要は準備中です。原文の説明を表示しています。

SOP for the micro-execution C.O.R.E. phase. Trigger when: - Implementing plan steps, managing code changes at commit boundaries, and verifying incremental progress. - Navigating states: Absorb, Clarify, Plan, Execute. - Prompt contains: /core, core workflow, absorb, clarify, execution invariants, commit boundary, verify assertion.

日本語の概要は準備中です。原文の説明を表示しています。

Relentless one-question-at-a-time interview (tappable options with a recommended answer) that sharpens a requirement, business plan, project plan, proposal, or raw idea through conversation, then writes it up as a brief with a glossary and decision log. Use whenever the user wants their thinking stress-tested or pinned down before acting — trigger phrases include "grill me", "grill this", "詰めて", "詰めたい", "壁打ち", "要件を固めたい", "企画を練りたい", "計画を整理したい", "アイデアをぶつけたい", "突っ込んで", "clarify", "質問して", "何が決まってないか教えて", or when the user describes a plan/idea vaguely and asks what to do next. Do NOT use for reviewing a finished document (use a document-review skill) or when the user just wants an answer, not questions.

Clarify ambiguous or conflicting requests by researching first, then asking only judgment calls. Use when prompts say "grill me", ask hard questions, request relentless interrogation, pressure-test assumptions, clarify scope/requirements, define success criteria, or request system-design/optimization decisions before implementation; stop before implementation.

日本語の概要は準備中です。原文の説明を表示しています。

Ask clarifying questions before implementing to ensure Python requirements are understood. Use when a task lacks detail, dependencies are unclear, or multiple interpretations are possible.

日本語の概要は準備中です。原文の説明を表示しています。

Write the executable feature specification — the WHAT and WHY artifact that agents and reviewers treat as source of truth. Owns both /specify and /clarify modes. Load when the user asks to write a feature spec, write a specification, write an executable spec, define functional requirements, capture acceptance criteria as Given/When/Then, or when the spec-driven-development orchestrator routes here. Also triggers on "feature spec", "executable spec", "/specify", "/clarify", "write the spec for this feature", "specification for", "spec-driven", "machine-readable spec". Output: docs/specs/YYYY-MM-DD-<slug>-feature-spec.md. Hard gate: cannot Approve while [NEEDS CLARIFICATION] markers remain.

日本語の概要は準備中です。原文の説明を表示しています。

会話の開始時に使えるスキルを確認し、応答や作業の前に読み込む手順を定めます。作業方法を決めるスキルを優先し、実行環境ごとの案内につなぎます。

• 会話開始時にスキルを確認したいとき
• 機能開発前にスキルを選びたいとき
• 不具合調査前にスキルを選びたいとき

新しい機能や企画を作り始める前に、対話で目的や希望、制約を整理します。必要に応じて図や試作品で認識を確かめ、作業の規模に合った設計をまとめるスキルです。

• 新機能の目的を明確にしたいとき
• 講演や事業のアイデア整理
• 画面や部屋の配置を見比べたいとき

計画やアイデアを質問で掘り下げ、決定同士の依存関係を整理します。推奨案を添えた質問を段階的に重ね、曖昧な前提や未決事項を確認して共通理解を築くスキルです。

• 実行前に計画を検証したいとき
• アイデアの前提を明確にしたいとき
• 決定の依存関係を整理したいとき

プロジェクトで使う業務用語や概念の境界を、具体例とコードの照合で明確にします。決まった定義を用語集に記録し、重要な設計判断の理由も必要に応じて残すスキルです。

• 曖昧な業務用語を整理したいとき
• GLOSSARY.mdの作成・更新
• 業務上の定義とコードの整合確認

AIエージェントが読むスキルや指示文を、手順・参照情報・完了条件に整理し、必要な資料を読む条件の明確化や重複の削減まで支援する文書作成・編集のスキル。

• スキル文書を作成・編集したいとき
• AGENTS.mdやCLAUDE.mdの整理
• 参照資料を読む条件を明確にしたいとき

計画や仕様、会話を、単独で動作を確認できる小さな開発チケットに分けます。着手順を決める依存関係を明示し、確認後にローカルファイルや課題管理ツールへ登録します。

• 仕様書を開発チケットに分けたいとき
• チケットの依存関係と着手順を整理
• 広範囲の変更を段階的に進めたいとき

一度の対話では収まらない大きな企画や変更を、決めるべき問いと依存関係に整理します。課題管理ツールに判断の記録を残し、実行に移るまでの道筋を明らかにするスキル。

• 複数の対話にまたがる大きな計画
• 未決事項と依存関係の整理
• 共同作業で判断の経緯を共有

自分だけでは判断できない課題を、詳しい相手に渡す質問票へまとめます。相手の役割と知りたい事実を確認し、回答欄付きのMarkdown文書を作るスキル。

• 判断に必要な情報を集めたいとき
• 専門家への質問を準備したいとき
• 会議前に文書で回答をもらいたいとき

会話で話し合った内容とコードベースの理解から仕様書を作り、プロジェクトのIssue管理先に公開します。課題、利用者の要望、実装・テスト方針、対象外を整理します。

• 機能の議論を仕様書にしたいとき
• 合意した要件のIssue公開
• 実装とテストの方針の文書化

REST APIのURL、応答形式、エラー処理を一貫したルールで設計・見直しします。ページ分割や認証、利用回数の制限、バージョン管理まで整理するスキルです。

• 新しいAPIの窓口を設計したいとき
• 既存APIの仕様を見直したいとき
• ページ分割や絞り込みを追加したいとき

複数回のインタビューでブランドの目的、顧客像、個性、語り口を掘り下げ、創業者間の認識の違いも整理して、協力者に共有できるブランドブックにまとめます。

• 新ブランドの方向性を決めたいとき
• ブランドの立ち位置を見直したいとき
• 複数の創業者の認識をそろえたいとき

AIへの依頼文から目的や不足情報を整理し、作業範囲に合うECCのコマンドやスキルを提案します。診断と改善理由を添え、そのまま貼り付けて使える依頼文に書き直します。

• 曖昧な開発依頼を具体化したいとき
• 依頼文に完了条件と検証を加えたいとき
• 作業に合うECCの構成を選びたいとき

コードの動作を保ちながら、重複削除やモジュール分割で構造を整えるスキル。変更前と各段階のテスト、計画の承認、レビュー、コミット前の確認まで進行を管理します。

• 動作を変えずにモジュールを分割したいとき
• 重複コードや不要コードの削除
• 入れ子の削減と名前の整理

新機能や企画案を、PM・設計・開発・QAの4つの立場から同時に検討します。各役割の懸念や最初の行動を整理し、共通点と意見の対立をまとめるスキルです。

• 新機能を4つの立場で検討したいとき
• 実装前に提案の懸念を確認したいとき
• 新しい取り組みの初動を整理したいとき

会議メモや文字起こしから、根拠付きの決定事項と担当・期限を整理します。既存タスクとの重複を確認し、議事録、チケット、フォローアップ文面の下書きを作成します。

• 会議メモから作業を抽出したいとき
• 決定事項と担当・期限の確認
• 会議の約束と既存タスクの照合

Guide the user's first Paperclip task when its description invokes /first-task. Interpret the opening answer, clarify their goal, propose a plan or a single task, and wait for approval before hiring agents or executing approved work.

日本語の概要は準備中です。原文の説明を表示しています。