ae-things-review

Thing の進捗レビュー

aha-links のエビデンスに基づくレビューメソッドを、TE スペースの権限、3 つのステータス、個別のアーカイブを使って適用します。まず Thing の操作とコレクションの仕様を読んでください。Thing、スペース、担当者の ID を推測してはいけません。レビューはユーザーの言語で記述してください。

この実行に紐づけられた Thing を扱う場合は、まず実行スナップショットとライブコンテキストの説明に従って、その実行スナップショットを読み取ってください。その後、以下のワークフローを使って最新のレビューまたは期間内の事実を収集し、これらの情報源を個別に説明してください。紐づけがない場合は、ユーザーが明示した範囲のみを使ってください。

事実を収集する

ae-cli things +detail --agent-space-id <space-id> --id <thing-id> --format json
ae-cli things +digest --agent-space-id <space-id> --format json
ae-cli things +digest --agent-space-id <space-id> --thing-ids <id-a>,<id-b> --format json

対応する範囲は、現在のスペース、担当者、または明示的に指定された Thing の集合です。ウォッチリストや Feishu グループの範囲を取り込まないでください。広い範囲を最初にスクリーニングし、その後、バッチあたり最大 20 件の Thing を詳細にレビューします。スクリーニング件数と詳細レビュー件数の両方を明記してください。

fetchedCount、truncated、consistency、collectedAt を確認してください。フィールドが欠けている場合は、互換性のない仕様を示しています。収集が途中で切れている場合、またはリソースを読み取れない場合は、収集できた事実の範囲内でのみ結論を述べてください。最初の 100 件は完全な収集ではありません。changed_during_collection の場合は、影響を受けた Thing を再読み込みしてください。non_transactional であっても、ある一時点での厳密なスナップショットを意味するわけではありません。未読の添付ファイル、非公開の履歴、元の目標が欠けていることを明示してください。

レビュー手順

1. 目標と受け入れ条件：明確で、妥当で、検証可能ですか？現在の目標を、最も古い created レコードと比較してください。元の目標を再構成できない場合は、現在の目標のみをレビューしてください。
2. スコープの変更：目標の変更は明示的に記録されていますか？後から記録された結論を元の目標として扱わないでください。
3. 有効な更新：進捗には、結果、変更、阻害要因、または明示的な次のステップが必要です。進捗の記録は検証対象の候補です。プレースホルダー、繰り返されるステータス、メモ、タイトルのみの編集では、リマインダーの頻度はリセットされません。収集件数はあくまで候補であり、本文に有効な更新が含まれているか、モデルが確認する必要があります。
4. 担当：担当者と協力者は対応可能ですか？説明と進捗には次のステップが記載されていますか？
5. 完了のエビデンス：成果物にアクセスでき、受け入れ条件を満たしていますか？未読のファイルについて、受け入れ条件を満たしたと主張することはできません。

明示的に合意された頻度を優先してください。open は未完了を意味し、未着手か進行中かは区別しません。合意された頻度がない場合は、停滞を推測せず、最後に記録された時刻のみを報告してください。paused の場合は、記録された理由と再開の条件を確認してください。「進捗なし」ではなく、「更新の記録なし」と述べてください。

タイムスタンプを引用する際は、必ずタイムゾーンを明記してください。Asia/Shanghai の暦日を判断するには、ISO タイムスタンプの Z やオフセットを正しく変換し、接尾辞を削除するだけで済ませないでください。たとえば、2026-09-10T04:50:00Z は上海時間の 12:50 に相当します。変換できない場合は、元の UTC 値をそのまま保持し、制約を明示してください。

出力と境界

各レビューを「健全」「要注意」「高リスク」「情報不足」に分類します。目標ベースライン、根拠（Thing のリンクと日付）、影響度、確信度、優先アクションを最大 3 件含めます。Space のレビューでは、Thing ごとの要約より先に共通の問題を示します。個人のパフォーマンスを評価したり、全体スコアを作り出したりしないでください。

既定では診断のみを行い、ステータスや担当者は変更しません。ユーザーが明示的に依頼した変更については、バージョンを再確認して実行し、同じ承認を再度求めないでください。推測した変更は、確認待ちの提案として提示します。メッセージの自動送信や、予定タスクの作成は行わないでください。

ファイルの根拠：+detail/+digest はアセットの関連付けを自動的にページ分割します。availability=missing または verification_failed のファイルは、納品物として利用できません。利用可能であっても、それは参照先を利用できるという意味にすぎず、内容を読んだことや受け入れ確認に合格したことを意味しません。未読のファイルと、トランザクション外で収集する場合の制限を明示してください。現在のユーザーがアクセス権を持つ場合に限り、非公開の会話ソースを読み取ります。レポートでは共有された Thing の事実を引用し、非公開の履歴を自動的に開示しないでください。