ループエンジニアリングで再考する仕様書駆動開発 | ドクセル

スライド概要 仕様駆動開発を、AIエージェント時代の「文脈を設計する技術」として捉え直す。仕様、計画、検証、エビデンスを一度きりの成果物ではなく、次の実行へ戻るループとして扱い、ドキュメントが開発の判断と再現性をどう支えるかを整理、ソフトウェア開発の関心レイヤーがコードからドキュメントに移っていることをまとめます

[hogetax]

トークンをバカ喰いさせながらナレッジをため込むか、エージェントの進化を待つか...悩ましいw

[simplememofast]

AIエージェント運用だと、手戻りの大半は実装速度じゃなく仕様の曖昧さから出る。仕様を一度きりにせず検証を次に戻すループ設計、再現性の肝はそこだと実感

[misshiki]

仕様書駆動開発をAIエージェント時代の文脈設計として再解釈。仕様・判断・検証・エビデンスを次の実行へ戻すループとして扱い、仕様をsource of truthにする。

[pmint]

笑っちゃうほど低品質。一度は読め。Opusの文章をそのまま出すな。この手のAIコーディング方法論が行き着く先は「人間の達成感を損ねずに、いかに口出しさせないか」になる。人間にちょっとの手間を与えるのが大事。

[imwks]

AIエージェント開発においてもアウトプットより中間作業が大切ってことかな

[yarumato]

“仕様、計画、検証、エビデンスを一度きりの成果物ではなく、次の実行へ戻るループとして扱い、ドキュメントが開発の判断と再現性をどう支えるかを整理、ソフトウェア開発の関心レイヤーがコードからドキュメントに

[Futaro99]

頑張って仕組み作って見たけどトークンバカ喰いで…

[nguyen-oi]

プログラマーがコードじゃなくてAIに投げるMarkdownの文脈設計士になるの、時代の変化を感じるな

[mkusaka]

「仕様書駆動開発」をループ化し、Markdown成果物で文脈を渡す。GitHub Spec Kitなど具体例も解説する。