ae-things-progress

Thing の進捗サマリー

aha-links の事実収集と出力の契約を適用します。まず、Thing の操作とCLI リファレンスをお読みください。CLI が事実を収集し、現在のモデルがそれを要約します。別のレポートバックエンドは呼び出さないでください。レポートとレポートのタイトルは、ユーザーの言語で記述してください。

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

範囲と時刻

ae-cli things +digest --agent-space-id <space-id> --from 2026-09-07T00:00:00+08:00 --to 2026-09-14T00:00:00+08:00 --time-zone Asia/Shanghai --format json
ae-cli things +digest --agent-space-id <space-id> --assignee-id <member-id> --format json
ae-cli things +digest --agent-space-id <space-id> --thing-ids <id-a>,<id-b> --format json

ID を推測したり、個人用のデフォルトスペースを選択したりしないでください。ウォッチリスト、グループ、スペースをまたぐサマリーには対応していません。日次レポートは暦日を対象とします。週次レポートは月曜日 00:00 から翌月曜日 00:00 までを対象とし、デフォルトのタイムゾーンは Asia/Shanghai です。今日／今週の場合は現在時刻を締め切りとし、昨日／先週の場合は期間全体を対象にします。カスタム期間は明示する必要があります。コマンドの from/to の値にはタイムゾーンを含め、期間は開始日時を含み、終了日時を含みません。

記録された ISO タイムスタンプはレポートのタイムゾーンに変換し、時間範囲、収集時刻、証拠の日付の横にタイムゾーンを明記します。たとえば、Asia/Shanghai では 2026-09-10T04:50:00Z は 2026-09-10 12:50 (Asia/Shanghai) と表示します。Z を削除して 04:50 を「上海時間」と呼ぶのは誤りです。信頼できる変換ができない場合は、元の ISO 値を UTC と明記して保持し、変換していないことを開示してください。現地時刻を捏造してはいけません。

証拠と完全性

fetchedCount、truncated、consistency、collectedAt を確認します。明示されたセットでは、requestedCount と unreadable も確認してください。フィールドが欠けている場合は、網羅性を前提とした結論を出さないでください。CLI はチェーンごとに最大 100 ページ／10000 項目まで自動的にページネーションし、エラーや上限に達した場合は切り捨てとして記録します。単一ページのリストは、完全な収集の代わりにはなりません。

• thing は現在の状態、entries は期間内の記録、baseline は完全な業務変更記録から再構成した期間開始前の状態です。欠けている場合や、収集中にバージョンが変化した場合は、baseline を捏造しないでください。
• lastEffectiveRecordBeforeWindow は期間開始前の証拠を特定します。現在の状態は期間内の変更ではなく、期間終了時の状態の代わりに直接使用することはできません。
• 出力前に、collectedAt と期間の to を比較してください。collectedAt < to の場合（終了していないユーザー指定の暦週全体を含む）は、収集時点での中間サマリーであり、期間がまだ進行中であることを明記します。3 状態の件数は「収集時点の状態」として示し、「期間終了時の状態」や「その後の更新なし」として示してはいけません。たとえば、9 月 7 日～14 日の週次レポートを 9 月 10 日に収集した場合、9 月 14 日時点の状態が現在の状態と同じだとは主張できません。期間終了後であっても、完全な期間後の変更証拠で裏付けられる場合に限り、期間終了時の状態を再構成します。
• open／paused／done を個別に数え、archived の Thing は別途報告します。最新の進捗は thing.latestProgress から取得し、過去の変更は進捗／状態の記録を読み取ります。
• メモや繰り返されるプロセスの説明は、有効な進捗ではありません。effectiveProgressCount は検証が必要な候補数です。本文に新しい情報がない記録は除外してください。
• 記録がない場合は、「更新記録なし」とだけ述べてください。この制約はサマリーと次のステップの提案にも適用されます。open であることは作業が開始されていない証拠にはなりません。現在の状態と、記録された事実がないことのみを報告してください。複数のリクエストにまたがる未読またはアクセス不能な添付ファイル、切り捨て、非トランザクション上の制限を開示してください。changed_during_collection の場合は、まず再読み込みします。変更が続いている場合は、静的かつ完全な収集であると主張せず、制限事項として記載してください。

出力と書き戻し

まず、対象範囲、期間、収集日時、網羅性の制限を示します。次に、3つのステータスとアーカイブの件数、期間中の変更、ブロッカー、次のステップを記載します。重要な判断にはすべてThingの出典と日付を添え、事実、推論、推奨事項を区別します。デフォルトでは内部レコードIDを表示しません。

デフォルトでは会話内にのみ出力します。書き戻しが明示的に依頼された場合は、+detailを使用して対象Thingのレポートエントリーをすべて読み、同じ対象範囲と期間を網羅するタイトルがないか確認します。その後、ae-cli things entry append --id <target-id> --type note --title "Things weekly report | date range | scope" --stdin --command-id <uuid> --format jsonを使って最終版の本文を書き込みます。推奨するタイトル形式はThings weekly report | date range | scope（または日次レポート）で、ユーザーの言語に合わせてローカライズします。同じ対象範囲と期間のレポートがすでに存在する場合は、無言で上書きしたり重複して追記したりせず、改訂案を提示します。ユーザーが明示的に依頼した場合にのみ、新しい改訂版を追記し、元のレポートは保持します。書き戻しの許可が一度得られたら、同じ許可を再度求めてはいけません。

メッセージの自動送信、ステータスの変更、担当者の割り当て、スケジュール済みタスクの作成は行いません。

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