Communityライティング&編集github.com

ainova-systems/intelligence-dev-packs

Ainova Systemsのベストプラクティスに基づいたソフトウェアエンジニアリング向けインテリジェンスパック

intelligence-dev-packs とは?

このスキルは、リポジトリ内に人間とエージェントの両方が読み取れる共有知識基盤(ドキュメント基盤)を立ち上げます。 主な機能は以下の通りです。 * **プロジェクトの構造を学習:** 既存のドキュメント構造(`docs/`、`Documentation/`など)を検出し、それを尊重します。デフォルト構造を強制することはなく、成熟した既存の構造を採用します。 * **段階的なスキャフォールディング:** 不足しているフォルダとドキュメント(`model.md`、`glossary.md`、`rules/`、`features/`、`specs/`など)を作成し、既存のファイルを決して上書きしません。 * **安全な移行(検疫所方式):** 未分類のコンテンツはすべて`_inbox/`(検疫所)に移動し、オーナーの承認を得て1つずつ再分類します。削除は一切行いません。 * **コードからのドラフト生成:** コードベースからドメインモデル、用語集、フィーチャーのベースライン、依存関係マップ、ビジネスルールを推論しますが、これらはすべて`inferred`(推測)のステータスとし、オーナーが確認するまでは確定しません。 * **命名規則:** ドキュメントルート配下はすべて小文字のkebab-caseを使用し、シリーズにはゼロ埋めプレフィックス(`NNNN-`、`NNN-`)を使用します。 * **オーナーゲート:** すべての変更はオーナーの承認が必要であり、承認されるまではドラフトは`inferred`のままです。 このスキルは、spec-create(変更仕様の作成)やspec-audit-docs(コードとの同期)などの他のスキルと連携して動作します。 **重要な注意点:** 文書化された内容は、コード内に既に構造化されているものにのみ基づいています。設定ファイル、データベース行、ランタイム登録された拡張機能に存在するビジネスルールは静的解析では検出できません。そのため、それらのルールは機能テストや段階的なコード化の対象としてフラグを立てるべきであり、コードに示されていないルールをでっち上げてはいけません。

対応~Claude Code~Codex CLI~Cursor
npx skills add ainova-systems/intelligence-dev-packs

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Spec-Driven Docs 基盤の初期化

リポジトリの共有知識基盤(人間とエージェントの両方が読む層)を立ち上げ、残りのスペックパック(spec-create、spec-execute)が書き込む場所を確保します。安全で追加的な操作であり、何も削除せず、ドラフトは確認されるまで推測として扱われ、オーナーが承認して初めて信頼できる情報源となります。

ターゲット構造を解決する(学習、次にプロファイル、次にデフォルト)- 決して押し付けない

  1. まずプロジェクトから学ぶ。 リポジトリに既にドキュメント構造(docs/、Documentation/、ドキュメントルール、関連機能のドキュメント)が存在する場合、それを採用します - まず検索し、関連する2つのドキュメントを読み、模倣し、発明しません。成熟した既存の構造がデフォルトよりも優先されます。既に機能しているものを再構築しないでください。
  2. プロファイルにより、曖昧な場合にパスを固定します:specs_dir、features_dir、rules_dir、decisions_dir、spec_grouping。
  3. グリーンフィールドデフォルト = AIファーストドキュメントツリー(references/docs-tree.mdを参照):docs/ 配下に model.md、glossary.md、rules/R-NNN-*.md、features/<feature>.md、specs/NNN-<feature>/{requirements,plan,tasks}.md、decisions/NNNN-*.md、architecture/、guides/、_inbox/。

レイヤーモデル(このスキルの管轄)

エージェントを制約する強さの順に並べます。エージェントは、散文よりも実行可能なチェックに確実に従います。

  • レイヤーA - 実行可能な制約(lint/バウンダリ/コントラクトテスト設定、tests/):最も強力。ここでは対象外 - 別途設定します。
  • レイヤーB - 機械可読なルールとアーキテクチャ知識(ルールとしてのコントラクト rules/R-NNN、依存関係マップ、決定ログ)。spec-init はこれらのドキュメントをスキャフォールディングします。エージェントエントリルーター(AGENTS.md)は同期エンジンが所有し続けます。このスキルは、それがドキュメントツリーを指すようにするだけで、決して上書きしません。
  • レイヤーC - 共有知識基盤(モデル、用語集、機能ドキュメント、スペック、アーキテクチャ、ガイド)。spec-init はこれをスキャフォールディングし、シードします。

手順

  1. 棚卸し 既存のドキュメント:すべての *.md、Wiki エクスポート、図、散在するメモ。それぞれをモデル / 用語集 / 機能動作 / フロー / 決定 / アーキテクチャ / ガイド / 未分類 に分類します。
  2. スキャフォールド 解決されたツリー - 不足しているものだけを作成します(フォルダ + docs/README.md インデックス)。既存のドキュメントを上書きしないでください。
  3. 安全に移行 - まず検疫します。 既存の未分類またはレガシーコンテンツをすべて _inbox/(検疫所)に移動し、新しい構造のみを信頼できる情報源として読み取らせます。その後、オーナーのレビューを得て1つずつ再分類します:

関連スキル