「仕様書駆動開発」をループ化し、Markdown成果物で文脈を渡す。GitHub Spec Kitなど具体例も解説する。
プログラマーがコードじゃなくてAIに投げるMarkdownの文脈設計士になるの、時代の変化を感じるな
AIエージェント運用だと、手戻りの大半は実装速度じゃなく仕様の曖昧さから出る。仕様を一度きりにせず検証を次に戻すループ設計、再現性の肝はそこだと実感
頑張って仕組み作って見たけどトークンバカ喰いで…
トークンをバカ喰いさせながらナレッジをため込むか、エージェントの進化を待つか...悩ましいw
“仕様、計画、検証、エビデンスを一度きりの成果物ではなく、次の実行へ戻るループとして扱い、ドキュメントが開発の判断と再現性をどう支えるかを整理、ソフトウェア開発の関心レイヤーがコードからドキュメントに
AIエージェント開発においてもアウトプットより中間作業が大切ってことかな
笑っちゃうほど低品質。一度は読め。この手のAIコーディング方法論が行き着く先は「人間の達成感を損ねずに、いかに口出しさせないか」になる。人間にちょっとの手間を与えて、無害／無意味な指示に固執させる方法。
ループエンジニアリングで再考する仕様書駆動開発 | ドクセル
「仕様書駆動開発」をループ化し、Markdown成果物で文脈を渡す。GitHub Spec Kitなど具体例も解説する。
プログラマーがコードじゃなくてAIに投げるMarkdownの文脈設計士になるの、時代の変化を感じるな
AIエージェント運用だと、手戻りの大半は実装速度じゃなく仕様の曖昧さから出る。仕様を一度きりにせず検証を次に戻すループ設計、再現性の肝はそこだと実感
頑張って仕組み作って見たけどトークンバカ喰いで…
トークンをバカ喰いさせながらナレッジをため込むか、エージェントの進化を待つか...悩ましいw
“仕様、計画、検証、エビデンスを一度きりの成果物ではなく、次の実行へ戻るループとして扱い、ドキュメントが開発の判断と再現性をどう支えるかを整理、ソフトウェア開発の関心レイヤーがコードからドキュメントに
AIエージェント開発においてもアウトプットより中間作業が大切ってことかな
笑っちゃうほど低品質。一度は読め。この手のAIコーディング方法論が行き着く先は「人間の達成感を損ねずに、いかに口出しさせないか」になる。人間にちょっとの手間を与えて、無害／無意味な指示に固執させる方法。