القائمة
このリポジトリで機能・フェーズを実装する際の標準ワークフロー。プラン作成 → 仮説検証ループでの実装 → ドキュメント更新の3ステップを回す。新機能やロードマップの次フェーズに着手するとき、実装方針を整理したいときに使用する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
このリポジトリで、トレードオフを伴う設計判断や運用判断を Architecture Decision Record として docs/adr に作成・更新するときに使う。パッケージ責務、依存方向、セキュリティ境界、リリース方式、外部ツール連携、互換性方針、テスト戦略など、後から理由を参照したい判断に適用する。
Repository-specific release workflow for llvm-analyzer. Use when adding or checking Changesets, preparing Version PRs, diagnosing GitHub Actions release jobs, publishing the VSCode Marketplace extension with OIDC, or changing release/version/changelog automation.
| name | feature-workflow |
| description | このリポジトリで機能・フェーズを実装する際の標準ワークフロー。プラン作成 → 仮説検証ループでの実装 → ドキュメント更新の3ステップを回す。新機能やロードマップの次フェーズに着手するとき、実装方針を整理したいときに使用する。 |
LLVM IR LSP 拡張機能の開発で、機能やロードマップのフェーズを実装するときの標準手順。 全体設計は docs/design.md、進捗は docs/roadmap.md、過去のプランは docs/plans/ を参照する。 コーディング規約は AGENTS.md に従う（カプセル化・関心の分離・契約による設計・副作用の隔離、古典派TDD、日本語ドキュメント、TSDoc）。
docs/plans/ に作成AskUserQuestion で質問して要件を確定する。docs/design.md / docs/roadmap.md を読み、対象フェーズの範囲と既存方針を把握する。adr-workflow に従って docs/adr/ に ADR を作成する。
docs/plans/ は実装ログ、docs/adr/ は判断理由の記録として分ける。docs/plans/ の既存ファイルで最大の連番を確認する。
次の 1-indexed な連番で docs/plans/NNN-<topic>.md にログとして作成する。
NNN は 001 から始め、古い順に並ぶようゼロ埋めする。
以下を含める:
docs/plans/ は追記専用のログ。過去のプランは書き換えず、新しい連番ファイルを足す。AGENTS.md の古典派TDD（探索 → Red → Green → Refactoring）で進める。
vscode/LSP に依存させず、環境非依存でテストできる状態を保つ。pnpm test # vitest
pnpm typecheck # tsc
pnpm lint # oxlint
pnpm format # oxfmt --check
pnpm changeset で llvm-analyzer-vscode の changeset を追加する。release 不要の変更は pnpm changeset --empty を追加する。判断に迷う場合は release-workflow に従う。git-commit スキルに従う）。
feat(parser): add llvm ir lexer / docs: update roadmapdocs/adr/ に ADR を作成したdocs/plans/NNN-<topic>.md にプランを作成した（Context / スコープ / 検証）pnpm test / typecheck / lint / format が全てグリーンdocs/roadmap.md のチェックボックスを更新したdocs/design.md ・README を更新したpnpm changeset または pnpm changeset --empty を追加した