At Self Eval

Optional logs

A pasted daily/weekly log or explicit file path provides business context. If neither is supplied, optionally read dailyLog.output and log.output (an automatically recorded AI session log; a dated markdown file, or a directory of per-day <date>.md reports, of which read the dates inside the window; entries under log.projects may add their own output paths, check those too) from ~/.agent-tools/config.jsonc; when log.format is daily, its single-line results may be truncated and are not standalone proof of an outcome. When it is detailed, the per-day reports are stronger evidence; use them as supplementary material, not as a replacement for Git or user confirmation. If the log block or its output is absent, skip this source. The latter also captures work that never produced commits, such as troubleshooting or research sessions. Explicit conversation input always wins; a missing key or file is non-fatal.

Commit-backed items may be summarized directly. Keep log-only work separate for user confirmation; include it only after confirmation, using only dates stated in the log or by the user. Never turn undated log text into work inside the selected window.

When the user asks for a summary from a log alone, skip project scanning; when the window has no Git evidence, fall back to the log. Either way the log becomes the primary source: say so in the result and skip per-item confirmation, as the whole draft is the user's own account.

If the user supplies a remote repository URL, ask before cloning it to a temporary directory and remove it afterward unless asked to keep it. Confirm before scanning every remote branch.

Group the work

Group related commits into business-line or module outcomes. Fold lint, formatting, version bumps, repeated syncs, and follow-up fixes into the outcome they supported. Drop isolated trivial housekeeping. Similar subjects alone are not duplicates; use the repository, changed paths, and intent, and surface uncertain attribution for review.

Write the summary

Output a numbered list with no more than 8 top-level outcomes. Each item starts with the business line/module and states a concrete result with 2-4 key points or one concise sentence. Prefer high-impact delivery, architecture, and key fixes; condense or omit routine work. Do not distribute the quota evenly if that hides standout results.

Mention a concentrated month only when it adds useful distribution context, never as a productivity score. Match the user's language. Every confirmed outcome must trace to a commit or a user-confirmed log item.

> 作者: <author> · 窗口: 2026-01-01 ~ 2026-06-30 · (自动推断, 如不对请指正)
> 项目: <repo1> · <repo2>

1. <业务线A>: <结果>; <关键点>
2. <业务线B>: <结果>

End with one reminder that this is a draft requiring review. Do not write it to a file unless asked. Add at most one extra hint, and only when evidence is likely incomplete:

• unconfirmed log-only work exists;
• terse commits lack business context and no log was available;
• the conversation or log provides concrete evidence of unscanned projects/branches.