Knowledge Validator
pce-memory + shirushiを活用した5種類の検証ワークフロー。
前提条件
- •pce-memoryがReady状態であること
- •shirushiが設定済みであること(トレーサビリティ検証時)
クイックスタート
1. 矛盾チェック
code
1. pce_memory_activate(scope=["project"], q="対象キーワード") 2. 関連Claimを取得 3. 各Claim間の論理的整合性を検証 4. 矛盾発見時はpce_memory_feedback(signal="outdated")
2. 意思決定チェック
code
1. pce_memory_activate(q="決定 ADR policy") 2. 決定間の依存関係を確認 3. 新決定と既存決定の競合を検出
3. リアルタイムチェック
code
1. 作業開始: pce_memory_observe(source_type="chat", content="開始状態") 2. マイルストーン: pce_memory_activate→期待値と比較 3. 逸脱検出時: 即時報告
4. 成果物チェック
code
1. pce_memory_activate(q="要件 仕様 spec") 2. 要件リストを抽出 3. 成果物と要件を1:1照合 4. カバレッジレポート生成
5. トレーサビリティチェック(shirushi統合)
code
1. shirushi lint で Doc-ID整合性確認 2. scripts/trace_doc_code.py でコード内参照を収集 3. Doc-ID ↔ Code 照合マトリクスを生成 4. pce-memoryにRelation登録
shirushi Doc-ID形式
.shirushi.ymlで定義されたID形式を使用。例:
code
DOC-REQ-0001-A │ │ │ └─ チェックサム(mod26AZ) │ │ └────── 連番(スコープ内) │ └────────── 種別(REQ/SPEC/ADR等) └────────────── コンポーネント
コード内参照形式
typescript
// @shirushi DOC-REQ-0001-A
export function authenticate() { ... }
検証レポート形式
markdown
## 検証レポート | 項目 | 状態 | 詳細 | |------|------|------| | 要件A | ✅ | 実装済み | | 要件B | ⚠️ | 部分的実装 | | 要件C | ❌ | 未実装 | カバレッジ: X/Y (Z%)
詳細ワークフロー
- •矛盾チェック詳細: contradiction-check.md
- •意思決定追跡: decision-tracking.md
- •リアルタイム検証: realtime-validation.md
- •成果物検証: deliverable-check.md
- •トレーサビリティ: traceability.md