AI Coding

gstack:AIソフトウェアエンジニアリングスタック

gstack:AIソフトウェアエンジニアリングスタック

エージェントスキルで作られたソフトウェアファクトリー

AIコーディングエージェントは、すでに関数の作成、リポジトリの修正、テストの実行、プルリクエストの作成が可能です。より難しい問題は、コードが書かれる前、中、後のすべての段階で、エージェントが再現可能なエンジニアリングプロセスに従うようにすることです。

OpenSpec 却下提案:決定メモリ規約

OpenSpec 却下提案:決定メモリ規約

拒否状態がありません。以下はその回避策です。

6か月前に「永続化レイヤーを共有ライブラリに移行する」ことを提案し、リリースまでこぎつけたエージェントは、何らかの永続的な記録がそのアイデアが既に調査され、却下されたことを示さない限り、来四半期にも快く同じ提案をするだろう——そしてOpenSpecには、現在そのための内蔵状態管理は存在しない。

OpenSpec クイックスタート:インストール、ワークフロー、よくある落とし穴

OpenSpec クイックスタート:インストール、ワークフロー、よくある落とし穴

「仕様は差分で記述し、40ページのPRDにしない」

Fission AI の OpenSpec は、Fission AI が提供する無料のオープンソース CLI ツールです。重い仕様が駆動するフレームワークのような段階的な手順を省きながら、コードを書く前に、あなたとコーディングエージェントがプレーンな Markdown 形式の変更内容について合意できるよう支援します。

エージェントスキルとMCPサーバー:意思決定フレームワーク

エージェントスキルとMCPサーバー:意思決定フレームワーク

スキル、MCPサーバー、それとも両方?

エージェントスキルとMCPサーバーは、AIエージェントを拡張する競合する2つの方法として提示されることがあります。この捉え方は誤りです:スキルはエージェントに作業方法を教え、MCPサーバーはライブ機能への管理されたアクセスを提供します。

OpenCode CLIの実践:ワークフロー、自動化、注意点

OpenCode CLIの実践:ワークフロー、自動化、注意点

コマンドラインからOpenCodeを実際に使う

OpenCodeのコマンドラインインターフェース(CLI)は、スクリプティング、CIパイプライン、および無人のエージェント実行のために設計されています。本記事では、日常業務での実用的な使い方を指南します。

Superpowersクイックスタート:インストール、ワークフロー、試行

Superpowersクイックスタート:インストール、ワークフロー、試行

1つのコマンドでインストール可能な、強制SDDスキル。

Superpowers は、仕様駆動開発の完全な方法をインストール可能な Claude Skills にパッケージ化しており、ブレインストーミング、計画立案、サブエージェントによる実装、厳格なTDD(テスト駆動開発)を強制します。これらの構造をユーザー自身に委ねることはありません。

Claude Code Subagents: Setup, Config, and When to Use Them

Claude Code Subagents: Setup, Config, and When to Use Them

ノイズの多い作業は委譲し、コンテキストをクリーンに保ちましょう。

ほとんどの Claude Code セッションが遅くなり、混乱に陥るのは同じ理由によります。探索的な grep、ログのダンプ、そして「もう1つのファイルを確認してみよう」といった動作が、メインの会話に永遠に残り続けるからです。

AI開発における仕様・テスト・コードの同期維持

AI開発における仕様・テスト・コードの同期維持

AIエージェントが仕様、テスト、コードから逸脱するのを防ぎましょう。

AIコーディングエージェントは機能を迅速に提供しますが、仕様書、テスト、コードは静かに乖離していきます。このガイドでは、トレーサビリティモデル、仕様からテストおよびコードへのマッピング、そしてマージ前に乖離を検知するCIチェックについて解説します。

GitHub Spec KitとKiroとClaude CodeのSDDワークフロー比較

GitHub Spec KitとKiroとClaude CodeのSDDワークフロー比較

最良のツールではなく、処理の深さと可搬性の問題である。

2026年にSDD(仕様駆動開発)環境を比較する開発者は、通常、最も賢いモデルがどれかではなく、AIエージェントの対話を保ちつつ、彼らを煩雑な手続き(セレモニー)に埋もれさせずに済むワークフローがどれかを問いかけています。

仕様駆動開発ワークフロー:要件からコードまで

仕様駆動開発ワークフロー:要件からコードまで

「意図から検証済みコードまでの5つのフェーズ」

仕様駆動開発(SDD)が機能するのは、仕様が単にキックオフ後に棚上げされる文書ではなく、ワークフローそのものである場合です。目的は、膨大な製品要件定義書を作成することではありません。

投機的デコーディング:LLM推論を20〜50%高速化

投機的デコーディング:LLM推論を20〜50%高速化

品質を落とさずにLLM推論を高速化する実践ガイド

70Bモデルは1回のフォワードパスで1トークンを生成し、各パスでVRAMから重みを読み込み、コンテキスト全体のAttentionを計算し、メモリを同期します。トークンの間では、GPUはシーケンシャルな依存関係が解決するのを待っている間にアイドル状態になります。

マルチエージェントオーケストレーションパターン:実践ガイド

マルチエージェントオーケストレーションパターン:実践ガイド

マルチエージェントパイロットの40%は失敗に終わります。適切なオーケストレーションパターンを選択し、破綻するパターンを回避する方法をご紹介します。

単一のAIエージェントによるシステムは2025年にピークを迎えました。1つのLLMにプロンプト、いくつかのツール、そして目標を与えれば、範囲が限定されたタスクにおいてそこそこ良好な結果を出せるようになり、これが現在の主流でした。

仕様駆動開発とは?仕様を真実の源(Source of Truth)として

仕様駆動開発とは?仕様を真実の源(Source of Truth)として

仕様を唯一の信頼できる情報源とし、付属文書としない。

仕様駆動開発(Spec-Driven Development)は、ソフトウェアエンジニアが以前から模索してきたものの、その労力に見合う成果が得られなくなった際に棚上げされてきたアイデアの一つです。