In-flight な実装計画と保留中の構想だけを置く。運用ルールは CLAUDE.md を参照。
ステータス: コード修正完了・デーモン稼働確認済み (2026-06-05)。録音パイプライン (pm_from_recording.sh / /argus-transcribe) も RiVault 経由で動作確認済み。
完了項目:
call_claude()/call_local_llm()/detect_vllm_model()/slide_ocr/transcribe_pipelineすべてARGUS_PREFER_RIVAULT=1で RiVault に切替。CLI フラグ追加なし。pm_daemon.shがrivault_tokens.sh読み込み後にARGUS_PREFER_RIVAULT=1を自動 export。- V4-Flash のアクションアイテム過剰抽出対策（個数上限 5 件を明示）。
残課題:
- Pass1 抽出 (Slack/議事録):
scripts/ingest/slack.py:368がcall_local_llm()を直接叩く。 V4-Flash に乗せるならcall_argus_llm経由に書き換える必要あり (gemma4 のままで良いか要判断)。 - think モード再検証: investigate の深い推論ケースだけ think ON のほうが良い可能性。
Stage 6 では brief/risk が支配的だったため Non-think 優位だが、investigate のサブセットで
再評価する余地あり (
scripts/eval/argus_ab.py run --target rivault --think-on-v4)。 - GB10 の余剰メモリ活用: gemma4 が外れることで gpu_memory_utilization を 0.5 → 0.8 程度に 上げられる。Whisper 同居の OOM 余裕度が増す。
着手判断待ちの計画。動かすときは「現在進行中の計画」セクションに移動して詳細化する。
ステータス: 保留中（2026-05-26〜）。Modal (views.open) 案が最有力。
保留理由: Slack 単独 UI では TONTON 並みのグリッド体験が得られない。 DM + checkboxes は要素上限制約、Box xlsx 共同編集は排他制御リスクで NG（ユーザー判断）。
再開時の出発点:
- UI は Modal (views.open) を第一候補に詳細化
pm_qa_server.pyに Socket Mode で trigger を受信するハンドラを追加- 候補日生成は Argus が直近会話から推定 + 引数明示の両対応
- 確定後は
.ics添付で OAuth 不要のカレンダー連携 - DB は
data/schedule.dbを新設、確定したものだけpm.db.meetingsに転記 - 締切処理は
pm_argus_patrol.pyの cron サイクルに乗せる
UI モックの履歴は専用 Canvas 末尾と検討用 DM に蓄積（具体的な ID は memory project_schedule_agent を参照）。
ステータス: 保留中。LLM の JSON 構造化出力品質が安定したら着手。
設計方針:
/argus-briefのアクション提案にaction_idを付与- 提案内容を
secretary_proposalsテーブルに保存 /argus-do a1で対応する提案を pm.db に反映（assign_item, close_item 等）- 実行前に対象アイテム ID をユーザーに確認表示する安全策を必須化
未着手の理由: 自動実行は誤りの影響が大きいため、まず Phase 1（提案・草案）の品質と ユーザー受容を確認してから着手。
ステータス: 情報セキュリティ部門の確認待ち（実装保留中）。
詳細はメモリ project_web_auth_todo 参照。
ステータス: 保留中（2026-05-28〜）。今回 #1, #2（generate_minutes_local.py の Stage 3）は対応済み。
残っている疑い箇所:
scripts/pm_box_distill.py:524-556llm_quality_judge— LLM/JSON エラー時に Stage 1 で抽出した候補を全 drop。設計ポリシー（迷ったら drop）と整合するが、JSON parse 失敗時に raw text からverdictを救う余地ありscripts/ingest/slack.py:519-521—consensus_n=1時にextract_jsonのValueErrorを上位に投げる（consensus_n>=2 経路では空配列を返す）。1 スレッドが静かに失われるscripts/ingest/slack.py:503-508—retrieve_knowledge_for_extractionにスレッド全文を投入しており、4ba721c の query rewrite 相当（固有名詞展開・略語正規化）が無い。HyDE 過剰展開のリスクscripts/enrich/enrich_items.py:276-280, 323-327— LLM 失敗時に{"error":...}で個別アイテムを未エンリッチのまま記録。リトライなし
判断軸: 蒸留・enrich の「歩留まり」が運用上問題になるかを pm_knowledge_inspect.py と pm.db の
enriched_at IS NULL 件数で観察してから着手判断する。
ステータス: Stage 2 二段ゲート導入後の運用観察中。重複・ノイズの実測値次第で次の改善を検討。
観察ポイント:
pm_knowledge_inspect.pyで重複・多重抽出の発生率/argus-investigateでナレッジ引用の有用性pm_knowledge_edit.py --invalidateの発動頻度（誤抽出の指標）