@kairyou/agent-tools 0.10.2 → 0.11.0

package/README.md

@@ -77,6 +77,7 @@ Runtime capabilities, installed per agent:
 
 ```bash
 npx -y @kairyou/agent-tools@latest <capability> -a <agent...>
+# npx -y github:kairyou/agent-tools <capability> -a <agent...>  # Or the latest code from GitHub (needs Git)
 ```
 
 `--dry-run` previews, `--uninstall` unwires the integration from the agent, and
@@ -222,25 +223,26 @@ npx -y @kairyou/agent-tools@latest inspect-image <path|url> -q "What are the nav
 
 See [extras](docs/en/extras.md) for situational content.
 
-## Run from Git
-
-To run directly from the repository, replace the npm package name with
-`github:kairyou/agent-tools` (Git required):
-
-```bash
-npx -y github:kairyou/agent-tools usage -a codex
-```
-
-Contributors can see the [repository structure](docs/en/repository-structure.md).
-
 ## FAQ
 
-### Why does global installation fail for PromptScript?
+### Why does installing skills report PromptScript as unsupported?
 
 `PromptScript does not support global skill installation` means that the
 PromptScript agent does not support global installation. It does not affect
 other agents and can be ignored. See [`skills` issue #1352](https://github.com/vercel-labs/skills/issues/1352).
 
+### How do I install skills without GitHub access?
+
+Install from the npm package instead (swap `at-commit` for the skills you want):
+
+```bash
+cd "$(mktemp -d)" && tar -xf "$(npm pack @kairyou/agent-tools --silent)" && npx -y skills@latest add ./package --skill at-commit -g -y
+```
+
+### Want to contribute?
+
+See the [repository structure](docs/en/repository-structure.md).
+
 ## Acknowledgements
 
 - `at-commit` draws on commit-message generation ideas from

package/README.zh-CN.md

@@ -77,6 +77,7 @@ Runtime capability, 按 agent 选装:
 
 ```bash
 npx -y @kairyou/agent-tools@latest <capability> -a <agent...>
+# npx -y github:kairyou/agent-tools <capability> -a <agent...>  # 或用 GitHub 上的最新代码(需 Git)
 ```
 
 `--dry-run` 预览, `--uninstall` 解除对应集成, 重新执行安装命令即为更新.
@@ -217,22 +218,24 @@ npx -y @kairyou/agent-tools@latest inspect-image <path|url> -q "导航栏的背
 
 [extras](docs/zh-CN/extras.md) 收录场景较窄的内容.
 
-## 从 Git 运行
+## FAQ
 
-如需直接使用仓库版本, 可将 npm 包名替换为 `github:kairyou/agent-tools` (本机需已安装 Git):
+### 为什么安装 skills 时提示 PromptScript 不支持?
 
-```bash
-npx -y github:kairyou/agent-tools usage -a codex
-```
+`PromptScript does not support global skill installation` 表示 PromptScript Agent 不支持全局
+安装, 不影响其他 Agent, 可忽略. 参见 [`skills` issue #1352](https://github.com/vercel-labs/skills/issues/1352).
 
-贡献者可参考[仓库结构](docs/zh-CN/repository-structure.md).
+### 无法访问 GitHub 时如何安装 skills?
 
-## FAQ
+直接从 npm 包安装(`at-commit` 换成你要装的 skill):
 
-### 为什么全局安装提示 PromptScript 不支持?
+```bash
+cd "$(mktemp -d)" && tar -xf "$(npm pack @kairyou/agent-tools --silent)" && npx -y skills@latest add ./package --skill at-commit -g -y
+```
 
-`PromptScript does not support global skill installation` 表示 PromptScript Agent 不支持全局
-安装, 不影响其他 Agent, 可忽略. 参见 [`skills` issue #1352](https://github.com/vercel-labs/skills/issues/1352).
+### 想参与开发?
+
+参见[仓库结构](docs/zh-CN/repository-structure.md).
 
 ## 参考与致谢
 

package/config.default.jsonc

@@ -1,10 +1,6 @@
-// agent-tools config.
-// statusline.fields controls both visibility and order.
-// Remove a field to hide it; move a field to reorder it.
-// Available statusline fields: branch, model, fiveHour, week, context, directory.
-// providerUsage is used by the shared usage runtime.
 {
   "statusline": {
+    // Shown in this order; available: branch, model, fiveHour, week, context, directory
     "fields": ["branch", "model", "fiveHour", "week"],
     "separator": " | ",
     "symbols": {
@@ -17,7 +13,20 @@
     }
   },
   "providerUsage": {
-    "days": 30,
-    "debug": false
+    "days": 30,     // recent days of spend to count
+    "debug": false  // true: log probes to ~/.agent-tools/logs/usage-debug.log
   }
+
+  // Optional blocks below: uncomment every line of a block, including its leading comma.
+
+  // at-self-eval, at-daily-log: default projects (otherwise just the current repo)
+  // , "workProjects": [
+  //   "C:\\projects\\project-a",
+  //   "C:\\projects\\project-b"
+  // ]
+
+  // at-daily-log: default file when asked to record; at-self-eval reads it as fallback
+  // , "dailyLog": {
+  //   "output": "C:\\projects\\todo.md"
+  // }
 }

package/docs/en/extras.md

@@ -4,8 +4,8 @@ Fully usable, just situational. Install each on demand.
 
 ## at-self-eval
 
-Summarize a contributor's git history into a review-friendly self-evaluation for
-performance cycles (quarterly, semi-annual, promotion).
+Summarize git history, a work log you provide, or both into a self-evaluation
+for performance cycles (quarterly, semi-annual, promotion).
 
 ```bash
 npx -y skills@latest add kairyou/agent-tools --skill at-self-eval -g -y
@@ -13,12 +13,51 @@ npx -y skills@latest add kairyou/agent-tools --skill at-self-eval -g -y
 
 Usage:
 
-- `/at-self-eval` — current git identity, current quarter
+- `/at-self-eval` — the current Git user's work this quarter
 - `/at-self-eval [<author>] [--from yyyy-mm-dd] [--to yyyy-mm-dd]` — pick author and range
 - Plain language works too: say "summarize the first half of the year" instead of writing flags
-- Paste a daily/weekly log, or give a file path, to add business context (optional)
-- Mention other repositories or branches to aggregate across projects; a remote
-  URL prompts before cloning anything
+- `/at-self-eval summarize July for C:\projects\project-a and C:\projects\project-b` — only those projects
+- `/at-self-eval also include C:\projects\project-c` — add to the default scope
+- Paste a daily/weekly log, or give a file path, to add business context
+- `/at-self-eval summarize from C:\projects\todo.md only` — log only, Git is not read
 
-Output is a draft: it never invents deliverables, and every line traces back to a
-commit or to a log entry you confirmed. Review it before submitting.
+Review the generated result before use.
+
+## at-daily-log
+
+Summarize the day's Git activity across projects into a daily work log.
+
+```bash
+npx -y skills@latest add kairyou/agent-tools --skill at-daily-log -g -y
+```
+
+Usage:
+
+- `/at-daily-log` — print today's log
+- `/at-daily-log 2026-07-31` — pick the date
+- `/at-daily-log summarize today for C:\projects\project-a` — only that project
+- `/at-daily-log also include C:\projects\project-c` — add to the default scope
+- `/at-daily-log record the log` — record to the configured file; rerunning a day only refreshes the generated part
+- `/at-daily-log record it to C:\projects\todo.md` — record to that file
+- `/at-daily-log record every workday at 18:00` — guides you through an OS scheduled task
+
+Review the generated result before use.
+
+## Optional configuration
+
+All in `~/.agent-tools/config.jsonc`:
+
+```jsonc
+{
+  // at-self-eval, at-daily-log: default projects (otherwise just the current repo)
+  "workProjects": [
+    "C:\\projects\\project-a",
+    "C:\\projects\\project-b"
+    // "C:\\projects\\temporarily-disabled"
+  ],
+  // at-daily-log: default file when asked to record; at-self-eval also reads it as fallback
+  "dailyLog": {
+    "output": "C:\\projects\\todo.md"
+  }
+}
+```

package/docs/zh-CN/extras.md

@@ -4,7 +4,7 @@
 
 ## at-self-eval
 
-把贡献者的 git 历史归纳成评审友好的自评产出清单, 用于季度/半年/晋升等绩效周期.
+把 git 历史或你提供的工作日志归纳成自评产出清单, 用于季度/半年/晋升等绩效周期.
 
 ```bash
 npx -y skills@latest add kairyou/agent-tools --skill at-self-eval -g -y
@@ -12,10 +12,51 @@ npx -y skills@latest add kairyou/agent-tools --skill at-self-eval -g -y
 
 用法:
 
-- `/at-self-eval` — 默认当前 git 用户, 当前季度
+- `/at-self-eval` — 默认统计当前 Git 用户本季度的工作
 - `/at-self-eval [<作者>] [--from yyyy-mm-dd] [--to yyyy-mm-dd]` — 指定作者与日期范围
-- 在对话里直接说 `统计上半年的工作` / `统计 1-3月的产出` 即可, 无需手写参数
-- 可粘贴日报/周报文本或提供文件路径, 补充业务背景(可选)
-- 可提及其他仓库或分支以跨项目聚合; 远程地址会先询问是否 clone 到临时目录
+- 在对话里直接说 `统计上半年的工作` / `统计1-3月的产出` 即可, 无需手写参数
+- `/at-self-eval 统计 C:\projects\project-a 和 C:\projects\project-b 的 7 月工作` — 只统计指定项目
+- `/at-self-eval 另外包含 C:\projects\project-c` — 在默认范围上追加
+- 可粘贴日报或周报文本, 也可提供文件路径补充业务背景
+- `/at-self-eval 只根据 C:\projects\todo.md 总结` — 只凭日志生成, 不读 Git
 
-输出是草稿: 不编造产出, 每条都能追溯到 commit 或你确认过的日志条目. 提交前请人工核对.
+生成的结果请人工核对.
+
+## at-daily-log
+
+汇总一天内各项目的 Git 活动, 生成工作日报.
+
+```bash
+npx -y skills@latest add kairyou/agent-tools --skill at-daily-log -g -y
+```
+
+用法:
+
+- `/at-daily-log` — 输出今天的日报
+- `/at-daily-log 2026-07-31` — 指定日期
+- `/at-daily-log 统计 C:\projects\project-a 今天的工作` — 只统计指定项目
+- `/at-daily-log 另外包含 C:\projects\project-c` — 在默认范围上追加
+- `/at-daily-log 记录日报` — 记录到配置的文件; 同一天重复执行只更新生成的部分
+- `/at-daily-log 记录到 C:\projects\todo.md` — 记录到指定文件
+- `/at-daily-log 每个工作日 18:00 自动记录` — 引导搭建系统定时任务
+
+生成的结果请人工核对.
+
+## 可选配置
+
+都在 `~/.agent-tools/config.jsonc`:
+
+```jsonc
+{
+  // at-self-eval, at-daily-log: 默认统计的项目(不配则只统计当前项目)
+  "workProjects": [
+    "C:\\projects\\project-a",
+    "C:\\projects\\project-b"
+    // "C:\\projects\\temporarily-disabled"
+  ],
+  // at-daily-log: 记录日报的默认文件; 未提供日志时 at-self-eval 也读它作补充
+  "dailyLog": {
+    "output": "C:\\projects\\todo.md"
+  }
+}
+```

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@kairyou/agent-tools",
-  "version": "0.10.2",
+  "version": "0.11.0",
   "description": "Reusable Agent Skills, plus integrations (statusline, provider usage, vision) that install into Codex, Claude Code, and opencode.",
   "license": "MIT",
   "repository": {

package/skills/workflow/at-daily-log/SKILL.md

@@ -0,0 +1,99 @@
+---
+name: at-daily-log
+description: "Summarize one day's Git activity into a concise daily work log. Uses the current repository, optional configured work projects, or paths named in conversation; configuration is never required."
+argument-hint: "[<date>]"
+---
+
+# Daily Work Log
+
+`resolve evidence -> group related commits -> draft or record`
+
+## Date and evidence scope
+
+Default to today. Accept plain-language dates or `YYYY-MM-DD`; query through the next
+day because Git's `--until` boundary is exclusive. State the resolved date.
+
+Read optional `workProjects` from `~/.agent-tools/config.jsonc`.
+
+- No project named: current Git repository plus configured projects.
+- Projects named directly: only those projects.
+- "Also include" / `另外包含`: add them to the default scope.
+
+Resolve paths to Git roots and deduplicate them. Report invalid paths; a non-Git current
+directory does not block other valid projects. Do not clone remote URLs without consent.
+
+For each repository, resolve the author with `git -C <root> config user.name`; never
+infer aliases or use the remote login as the author. Filter commits by comparing `%an`
+literally, not via an `--author` regex. Inspect all local branches, current
+HEAD, user-named branches, and configured upstreams. Unless the user requests local-only
+data, refresh only the configured upstream branches, grouped into one best-effort
+`git fetch --no-tags <remote> <branch...>` per involved remote. Fetch failure is
+non-fatal. Do not change the working tree or local branch history. Deduplicate commits
+by hash.
+
+## Build work items
+
+Collect non-merge commits for the resolved author and day. Use subjects and changed
+paths to turn related commits into concrete completed work items. Fold formatting,
+version bumps, and follow-up fixes into the outcome they supported; do not inflate one
+change into several deliverables.
+
+Use file counts and added/deleted lines only when they meaningfully support the work
+item. Generated files, lockfile churn, renames, and bulk formatting often make those
+numbers misleading. Metrics are evidence, never hours, difficulty, impact, or a
+productivity score.
+
+Current uncommitted changes may be shown separately as **in progress**, but never as
+proof of work on a past date. User-provided non-code work must remain clearly identified
+as user context.
+
+## Output
+
+Match the user's language and omit empty sections:
+
+```markdown
++ 2026-07-31
+  完成 2 项:
+  1. agent-tools: 完成多项目日报规则和 skill 落地.
+  2. vscode-plugin: 修复 Webview 刷新后状态丢失问题, 补充回归验证.
+
+  进行中 1 项:
+  - iunit-web: 推进导入流程重构, 已完成数据解析.
+
+  汇总: 3 个项目, 2 项完成, 1 项进行中.
+```
+
+Prefer outcomes over raw Git metrics. If no verified activity exists, say so rather
+than fabricate an entry.
+
+## Draft or record
+
+"Generate" / `生成日报` returns a draft. "Record" / `记录日报`, or an explicit
+write request, writes after previewing the entry. Resolve the destination in order:
+
+1. a path supplied in conversation;
+2. optional `dailyLog.output` in `~/.agent-tools/config.jsonc`;
+3. no destination: return the draft without writing.
+
+Read the destination before editing. Wrap each date's generated content in that date's
+own markers, `<!-- log:2026-07-31:start -->` / `<!-- log:2026-07-31:end -->`; the date
+line and every line outside the markers belong to the user. For an existing date, show
+the current block and the regenerated one before writing, then replace only that
+date's block. If the date exists without markers, append a marked block below the
+user's lines instead of editing them. Do not duplicate the date. On duplicate or
+unpaired markers, stop and propose the edit instead of writing. When Git shows no
+activity, leave the file unchanged and say so; the user can add a manual entry
+themselves.
+
+Scheduling is separate; set it up only when the user asks. Prefer the OS scheduler
+(Task Scheduler, cron, launchd) over agent-internal timers, which stop with the agent:
+schedule a headless run of the CLI this skill is executing in, invoking the skill with
+a recording request (in Claude Code, `claude -p "/at-daily-log record the log"`; other
+CLIs have their own headless form). Keep projects and output in config so the command
+stays stable. Before registering, confirm the schedule (suggest workdays),
+make sure the output file is resolvable, and run the exact command once; register only
+after that test run records correctly, and show how to remove the task. Headless auth
+differs from the interactive session, so a failed test run means stop instead of
+registering, and show the exact command, its error output, and the likely fix (log in
+for headless use, adjust the output path). An unattended run has nobody to confirm with, so it must follow the
+marker rules exactly and skip any file it cannot edit that way.

package/skills/workflow/at-self-eval/SKILL.md

@@ -1,186 +1,105 @@
 ---
 name: at-self-eval
-description: "Summarize a contributor's git history into a concise, review-friendly self-evaluation for performance cycles (quarterly / semi-annual / promotion). Use when the user asks for a PBC, self-review, or work summary. A daily/weekly log may be pasted or a path provided to enrich the result; other repos or branches may be mentioned to aggregate across projects (all optional)."
+description: "Summarize a contributor's Git history, a provided work log, or both into a concise, review-friendly self-evaluation for quarterly, semi-annual, or promotion cycles."
 argument-hint: "[<author>] [--from yyyy-mm-dd] [--to yyyy-mm-dd]"
 ---
 
 # Self-Evaluation Summary
 
-`git log → group by business line → dedupe → ≤8 concise output points → human review`
+`resolve evidence -> group by business line -> deduplicate -> <=8 outcomes -> review`
 
-## Phase 0 — Gather the evidence
+## Author and date window
 
-Normalize every input form — flags, partial flags, or plain language like
-`统计 1-3月的产出` / `统计上半年的工作` — into a **determined** `(author, from,
-to)` triple, then query. The user's explicit date range always wins; defaults
-only fill what the user did not say. Re-state the resolved window in the output
-header so the user can catch a wrong inference at a glance.
+Normalize flags or plain language such as `统计1-3月的产出` and `统计上半年的工作`
+into `(author, from, to)`. Explicit input wins; fill only missing values:
 
-```bash
-# author — default to the current git identity, do NOT guess variants
-AUTHOR=$(git config user.name)
-# --until is EXCLUSIVE of its date, so push it +1 day to include the last day
-git log --author="$AUTHOR" --since="<from>" --until="<to + 1 day>" --no-merges --format="%ad %s" --date=short
-```
+| User gave | Resolve to |
+| --- | --- |
+| `from` and `to` | use both |
+| only `from` | `to` = today |
+| only `to` | `from` = Jan 1 of that year |
+| no range | current quarter |
 
-**Author — do not guess:**
+Parse half-years, calendar quarters, month ranges, and rolling periods. A spoken
+period without a year means the current year, except months still ahead of today,
+which mean the previous year. Query through `<to + 1 day>` because Git's `--until` is exclusive.
+Always exclude merge commits.
 
-1. Default `<author>` to `git config user.name`. Query only with that name; do
-   not infer or try variants. Note that `git log --author` uses regex matching,
-   so this rule limits identity guessing rather than promising strict equality.
-2. If 0 commits come back, do NOT auto-try pinyin/Chinese variants (risk of
-   mismatching a different person or inflating counts). Tell the user nothing
-   was found and show how to self-identify:
-   ```bash
-   git log --format='%an' | sort -u
-   ```
-3. If results come back, end the output with a one-line hint: the user may have
-   commits under other names and can rerun with `--author "name1\|name2"`.
+Use an explicit author when supplied; otherwise resolve it independently per repository
+with `git -C <root> config user.name`. Never infer aliases or use the remote login as
+the author. Filter commits by comparing `%an` literally, not via an `--author` regex. If no commits match, report that and suggest listing known commit authors;
+do not try spelling or language variants. When results exist, mention once that the
+user can provide other author names if needed.
 
-**Date range — `--until` is exclusive, `--since` is inclusive:**
+## Project evidence
 
-`git log --until=2026-06-30` means *before 2026-06-30 00:00:00* — it silently
-drops every commit on June 30. Always pass `<to + 1 day>` as `--until`.
+Read optional `workProjects` from `~/.agent-tools/config.jsonc`.
 
-Fill missing dimensions (user's explicit range always wins):
+- No project named: current Git repository plus configured projects.
+- Projects named directly: only those projects.
+- "Also include" / `另外包含`: add them to the default scope.
 
-| User gave | resolved to |
-| --- | --- |
-| Both `--from` and `--to` | use as-is (apply the `--until +1 day` fix) |
-| Only `--from` | `to` = today |
-| Only `--to` | `from` = Jan 1 of `to`'s year |
-| Neither / plain-language time | **current quarter** |
+Resolve paths to Git roots and deduplicate them. Report invalid paths; a non-Git current
+directory does not block other valid projects. Do not clone remote URLs without consent.
 
-Plain-language time (`上半年` / `1-3月` / `近三个月` / `Q1` etc.) → parse to dates,
-defaulting to the current year; if the current month is earlier than the spoken
-months (e.g. it's Feb and the user says `统计 11-12 月`), use the previous
-calendar year. `上半年/下半年` → Jan–Jun / Jul–Dec; `Q1…/一季度…` → calendar
-quarter; `近三个月/最近一个月` → rolling window ending today. No time given →
-current quarter.
+Inspect all local branches, current HEAD, user-named branches, and configured upstreams.
+Unless the user requests local-only data, refresh only the configured upstream
+branches, grouped into one best-effort `git fetch --no-tags <remote> <branch...>` per
+involved remote. Fetch failure is non-fatal. Do not change the working tree or local
+branch history. Deduplicate commits by hash.
 
-`--no-merges` always — merge commits are not deliverables.
+Begin the result with the resolved author/window and, for multiple repositories, a
+plain-language list of the repositories checked. Mention remote-update failures without
+Git jargon. Do not show commit counts or a generic source line.
 
-**Re-state the window (required):** the output MUST begin with a one-line header
-so the user can verify or correct an auto-inferred window:
+## Optional logs
 
-```
-> 作者: <author> · 窗口: 2026-01-01 ~ 2026-03-31 · (时间窗口为自动推断, 如不对请指正后重跑)
-```
+A pasted daily/weekly log or explicit file path provides business context. If neither is
+supplied, optionally read `dailyLog.output` from config. Explicit conversation input
+always wins; a missing log is non-fatal.
 
-When aggregating multiple repos, append a second line listing each repo and the
-branch used. Use plain words, never git jargon like "HEAD":
+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.
 
-```
-> 仓库: <repo1> (分支 next) · <repo2> (分支 main) · (未指定的均用各仓库当前分支, 如不对请指正)
-```
+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.
 
-No commit count, no "source" line — they add noise without review value.
-
-### Supplementary context (optional, conversation-driven)
-
-Daily/weekly logs, other repos, and other branches are all **optional
-supplementary context**, handled the same way — never via flags. The user offers
-them in conversation; the skill asks to clarify only when the user has already
-expressed intent. Do not prompt for these at the start.
-
-**Daily/weekly log** (pasted text or a provided file path) is background context:
-1. Format-agnostic — do not assume any date sectioning or schema; read as
-   continuous text to pick up business-line attribution and intent that commit
-   messages lack.
-2. No fabrication — commit-backed items may be summarized directly. Log-only
-   items must not be mixed into confirmed deliverables; if one appears to be a
-   real non-code outcome (design, research, review, training, delivery support,
-   coordination), list it separately for user confirmation. Include it in the
-   final summary only after the user confirms it.
-3. No time re-attribution — dates come from git log only; for a confirmed
-   log-only outcome, use only a date explicitly present in the log or provided
-   by the user.
-
-**Other repos** (user pastes a path or a remote URL):
-- **Local path** → query with `git -C <path> log ...`; resolve that repo's author
-  independently (same no-guessing rule as the primary repo). Default to that
-  repo's current branch, surfaced in the header for correction.
-- **Remote URL** → do NOT auto-clone. Ask the user whether to clone into a temp
-  dir for this run; only clone on explicit yes. On yes, clone to a temp dir,
-  query it, then delete the temp dir when done (keep it only if the user asks).
-  On no, ask for a local path or have them clone it themselves. Never clone
-  silently — clone has side effects (disk, auth, slow, may fail).
-- Path does not exist / not a git repo → ask, do not guess.
-
-**Other branches** (user names them, e.g. "也包含 dev 分支"):
-- Query those branches explicitly. Never run `git log --all` unprompted — on
-  large repos it pulls tens of thousands of commits and overruns context.
-- Confirm scope with the user before scanning all branches.
-
-**Dedup across repos/branches:** identical commit hashes count once. Do not
-mechanically delete commits by date/subject — separate work can share a generic
-message, while cherry-picked work can have different dates. During grouping,
-merge likely duplicates only when repository, subject, files, and change intent
-show they represent the same work; surface uncertain cases for user confirmation.
-
-### Language for user-facing text
-
-All output and prompts to the user use plain words. Avoid git jargon ("HEAD",
-"ref", "upstream", "cherry-pick") — users who say "I also worked on the dev
-branch" may not know what HEAD means. Keep "commit" and branch names (with
-context) as those are widely understood.
-
-## Phase 1 — Group and dedupe
-
-Group commits into **business lines / modules** and merge related commits into
-one deliverable. Collapse many commits into the 1–3 outcomes they achieved —
-`fix: lint`, `chore: fmt`, repeated `feat: sync` fold into the larger deliverable
-they supported. If a group has only trivial housekeeping, merge it into a
-related group or drop it. Do not inflate a single commit into a "deliverable."
-
-## Phase 2 — Write the summary
-
-Output a **numbered list**, one deliverable per line, grouped by business line.
-Each line:
-
-- starts with the business line / module, a colon, then 2–4 sub-points or a
-  one-sentence outcome;
-- is verb-led and outcome-oriented (built / shipped / refactored / migrated),
-  not a feature-name dump;
-- is concrete enough to be credible but concise enough to scan.
-
-- **≤8 top-level items — prioritize impact.** When work exceeds 8 lines, keep
-  the high-impact deliverables (built from scratch, major customer delivery,
-  architectural refactor, key fix) and merge or drop routine housekeeping
-  (lint, format, version bumps, repeated sync). Do not split 8 evenly across
-  business lines if that dilutes the standout work.
-- A volume/peak note is worth citing inline **only when a business line clearly
-  concentrated in one month** (e.g. "5月密集完成 <业务线>"), as a distribution
-  cue — not as a self-justifying metric.
-- Match the user's language (Chinese request → Chinese output). Identifiers and
-  product names stay as-is.
-- Do NOT fabricate. Every confirmed deliverable must trace back to a commit or
-  to a user-confirmed log entry. Surface uncertain or log-only outcomes as
-  candidates for confirmation rather than stating it as fact.
-
-Example shape (header + numbered list, placeholders only):
+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.
 
-```
-> 作者: <author> · 窗口: 2026-01-01 ~ 2026-06-30 · (时间窗口为自动推断, 如不对请指正后重跑)
+## Group the work
 
-1. <业务线A>: <动词开头的产出>; <2–4 个关键点或一句成果>
-2. <业务线B>: ...
-```
+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
 
-End with a one-line reminder: this is a draft — verify before submitting, since
-AI may merge or misattribute work. Do not write the summary to any file unless
-the user asks.
+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.
 
-**Conditional hints — only when this run likely under-represents the work.**
-Do NOT prompt every time; a clean, complete result ends with just the draft
-reminder above. Append ONE short line only in these cases:
+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.
+
+```text
+> 作者: <author> · 窗口: 2026-01-01 ~ 2026-06-30 · (自动推断, 如不对请指正)
+> 项目: <repo1> · <repo2>
+
+1. <业务线A>: <结果>; <关键点>
+2. <业务线B>: <结果>
+```
 
-- A log-only item looks like real work but lacks user confirmation → "日志中还有未对应到 commit 的工作; 如属有效产出, 确认后可纳入总结."
-- No daily/weekly log was given AND commit messages are terse / hard to
-  attribute → "本次仅基于 commit 归纳; 若有日报/周报可粘贴文本或提供路径, 能补充业务背景使产出更准."
-- There is concrete evidence that other repos/branches may contain relevant
-  work (the user mentioned them, or the supplied log names work absent from the
-  scanned repo) → "可能还有其他仓库或分支的工作未覆盖; 告知路径/分支后可继续聚合统计."
+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:
 
-One line, never a follow-up question. Accept pasted text or a path equally —
-log formats vary widely, never assume a schema.
+- 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.