agenthud 0.9.1 → 0.9.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +77 -38
- package/dist/index.js +1 -1
- package/dist/{main-NHQJ23YJ.js → main-S27FZ2BJ.js} +1068 -313
- package/dist/templates/summary-prompt.md +32 -7
- package/dist/templates/summary-range-prompt.md +35 -0
- package/package.json +1 -1
- package/dist/templates/config.yaml +0 -35
|
@@ -1,12 +1,37 @@
|
|
|
1
|
-
The following is an activity log
|
|
1
|
+
The following is an activity log from a single day of Claude Code sessions.
|
|
2
|
+
Each entry: `[HH:MM] <icon> <label>: <detail>`. Icons indicate activity type (◆ = git commit).
|
|
2
3
|
|
|
3
|
-
|
|
4
|
-
-
|
|
4
|
+
Write a concise but high-signal engineering summary in English.
|
|
5
|
+
Aim for roughly 300-500 words total — favor synthesis over completeness.
|
|
5
6
|
|
|
6
|
-
|
|
7
|
-
-
|
|
7
|
+
Focus on:
|
|
8
|
+
- meaningful accomplishments
|
|
9
|
+
- debugging discoveries
|
|
10
|
+
- architectural decisions
|
|
11
|
+
- implementation progress
|
|
12
|
+
- important tradeoffs or realizations
|
|
13
|
+
- unfinished work and next steps
|
|
8
14
|
|
|
9
|
-
|
|
10
|
-
|
|
15
|
+
Do NOT mechanically summarize every edit, response, or commit.
|
|
16
|
+
Do NOT list every modified file.
|
|
17
|
+
Omit any section that has no substantive content — do not emit placeholders like "None" or "N/A".
|
|
18
|
+
Prefer high-level synthesis grouped by theme or workstream.
|
|
19
|
+
|
|
20
|
+
Use the following format:
|
|
21
|
+
|
|
22
|
+
## Context
|
|
23
|
+
What was the primary goal or investigation today?
|
|
24
|
+
|
|
25
|
+
## Key Accomplishments
|
|
26
|
+
Meaningful progress, completed implementations, resolved issues.
|
|
27
|
+
|
|
28
|
+
## Technical Insights
|
|
29
|
+
Important debugging findings, architectural decisions, tradeoffs, or discoveries.
|
|
30
|
+
|
|
31
|
+
## Major Code Changes
|
|
32
|
+
Significant codebase or subsystem changes, grouped by theme. Reference relevant commits inline where useful (e.g. `abc1234`). Do not enumerate every commit.
|
|
33
|
+
|
|
34
|
+
## Open Questions / Next Steps
|
|
35
|
+
Only include items explicitly stated in the log or strongly implied by an unfinished workflow. Do not invent generic follow-ups ("consider refactoring X").
|
|
11
36
|
|
|
12
37
|
Activity log:
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
The following are daily engineering summaries from a date range, separated by `---` lines.
|
|
2
|
+
Each daily summary uses the structure: Context / Key Accomplishments / Technical Insights / Major Code Changes / Open Questions.
|
|
3
|
+
|
|
4
|
+
Write a range-level synthesis in English.
|
|
5
|
+
Aim for roughly 400-700 words total — the value of a range summary is cross-day pattern extraction, not re-summarization.
|
|
6
|
+
|
|
7
|
+
Do NOT concatenate or restate the daily summaries.
|
|
8
|
+
Do NOT produce a per-day timeline ("On Monday X, on Tuesday Y...").
|
|
9
|
+
Do NOT report a day's cache/auth/load status (e.g. "cached", "not logged in", "no activity") as if it were the day's content. Such phrases reflect tooling state, not engineering work — exclude them entirely. If a day has no substantive content, just don't mention it.
|
|
10
|
+
Omit any section that has no substantive content.
|
|
11
|
+
|
|
12
|
+
The point of a range summary is to surface what only becomes visible by looking across days:
|
|
13
|
+
- threads of work that spanned multiple days
|
|
14
|
+
- recurring debugging patterns or repeated tradeoffs
|
|
15
|
+
- outcomes that matter at the range level, not at any single day
|
|
16
|
+
- work that started in one day and continued, completed, or was abandoned later
|
|
17
|
+
|
|
18
|
+
Use the following format:
|
|
19
|
+
|
|
20
|
+
## Range Overview
|
|
21
|
+
What date range this covers and the dominant theme of the period. 1-3 sentences.
|
|
22
|
+
|
|
23
|
+
## Major Outcomes
|
|
24
|
+
The 3-5 most significant results of the range. Consolidate across days; do not attribute to specific dates unless meaningful.
|
|
25
|
+
|
|
26
|
+
## Workstreams
|
|
27
|
+
Multi-day initiatives or investigations. For each: what it was, how it evolved across the range, and where it ended (shipped, paused, abandoned, ongoing).
|
|
28
|
+
|
|
29
|
+
## Recurring Patterns
|
|
30
|
+
Themes that surfaced on more than one day: repeated debugging classes, recurring tradeoffs, friction points, or design tensions.
|
|
31
|
+
|
|
32
|
+
## Carried-Over / Unfinished Work
|
|
33
|
+
Work still in progress at the end of the range, or open questions that persisted across multiple days.
|
|
34
|
+
|
|
35
|
+
Daily summaries:
|
package/package.json
CHANGED
|
@@ -1,35 +0,0 @@
|
|
|
1
|
-
# agenthud configuration
|
|
2
|
-
|
|
3
|
-
width: 100 # between 50~120
|
|
4
|
-
|
|
5
|
-
panels:
|
|
6
|
-
claude:
|
|
7
|
-
enabled: true
|
|
8
|
-
interval: 10s
|
|
9
|
-
max_activities: 20
|
|
10
|
-
# session_timeout: 60m # session inactive threshold (default: since midnight)
|
|
11
|
-
|
|
12
|
-
git:
|
|
13
|
-
enabled: true
|
|
14
|
-
interval: 30s
|
|
15
|
-
command:
|
|
16
|
-
branch: git branch --show-current
|
|
17
|
-
commits: git log --since=midnight --pretty=format:"%h|%aI|%s"
|
|
18
|
-
stats: git log --since=midnight --numstat --pretty=format:""
|
|
19
|
-
|
|
20
|
-
tests:
|
|
21
|
-
enabled: true
|
|
22
|
-
interval: manual
|
|
23
|
-
# command is auto-detected from: vitest, jest, mocha, pytest
|
|
24
|
-
# all frameworks output JUnit XML to .agenthud/test-results.xml
|
|
25
|
-
command: npx vitest run --reporter=junit --outputFile=.agenthud/test-results.xml
|
|
26
|
-
|
|
27
|
-
project:
|
|
28
|
-
enabled: true
|
|
29
|
-
interval: 5m # doesn't change often
|
|
30
|
-
|
|
31
|
-
#docker:
|
|
32
|
-
# enabled: true
|
|
33
|
-
# command: docker ps --format json
|
|
34
|
-
# renderer: list
|
|
35
|
-
# interval: manual
|