Vibe Coding
バイブコーディング
バイブコーディングは会話を通じてソフトウェアを構築します。人が目標を設定して確認し、AIエージェントが多くのコードを書きます。
もう一つの例
創業者が請求書のリマインダーについて話し、エージェントに試作品を作らせます。実際の流れでテストし、うまくいく条件を明確にして、diffを確認し、危険なショートカットは却下します。
主な部分
- 01User intent and context
- 02Model or tool decision
- 03Grounded result and fallback
以下の場合に使用します
人が変化を確認し、リスクに応じてテストできるタイミングを素早く探るために使用してください。
以下の場合は使用しないでください
見えていない変更を出荷したり、製品の判断を放棄したり、資格情報を露出したり、流暢な出力を健全な設計と誤解したりしないでください。
コードで使用する名前
intent → agent change → inspect → test → refine 出荷前に
Check the model and prompt versions, source data, versioned evaluation set, and measures. Verify links to evidence, tool permissions, privacy, common failures, decline-to-answer and fallback behavior, human review, monitoring, cost, speed, and rollback.
Outcome:Complete the task with バイブコーディング (Vibe Coding)。 User context:創業者が請求書のリマインダーについて話し、エージェントに試作品を作らせます。実際の流れでテストし、うまくいく条件を明確にして、diffを確認し、危険なショートカットは却下します。 AI method or concept:バイブコーディング (Vibe Coding)。 Why it fits:人が変化を確認し、リスクに応じてテストできるタイミングを素早く探るために使用してください。 Do not use it when:見えていない変更を出荷したり、製品の判断を放棄したり、資格情報を露出したり、流暢な出力を健全な設計と誤解したりしないでください。 AI requirements: Define the input and source evidence. Set model and tool permissions. Use versioned evaluation data and measures. Define failure, decline-to-answer, privacy, speed, and cost limits. Operational safeguards: Keep a clear trace and hide sensitive log data. Show users a safe fallback. Mark steps that need human review. Define how to roll back the model or prompt. Acceptance criteria: Record baseline and target measures on a versioned evaluation set. Test edge cases and hostile inputs. Verify fallback, monitoring, permissions, and rollback. Evidence and limits (evidence boundary):これは規範的な標準ではありません。その名前、制限、および期待される挙動は、情報源によって変わる可能性があります。 Unknowns to confirm: Target task, model and version, evaluation owner, source data, risk limit, tool permissions, and production fallback.
このリクエストを確認する
Review how バイブコーディング (Vibe Coding) is used now. Definition: バイブコーディングは会話を通じてソフトウェアを構築します。人が目標を設定して確認し、AIエージェントが多くのコードを書きます。 Release checks: Check the model and prompt versions, source data, versioned evaluation set, and measures. Verify links to evidence, tool permissions, privacy, common failures, decline-to-answer and fallback behavior, human review, monitoring, cost, speed, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.