Update Project
Maintain one local project ledger from many session records without erasing
history or overstating contribution.
Resolve Inputs
Let <plugin-root> be ${CLAUDE_PLUGIN_ROOT} when Claude Code supplies it;
otherwise use the directory two levels above this SKILL.md. Resolve the vault
with Chronicle's CLI and use:
<plugin-root>/docs/DATA_MODEL.ko.md for data and review rules;
<plugin-root>/templates/project/ for ledger structure;
chronicle/projects/<project-id>/ for project data;
chronicle/sessions/ and chronicle/inbox/unclassified/ for source records.
If the project is not explicit, run resolve-project. Never create or merge a
new project solely from a suggested ID. Ask the user to confirm the project
name and whether it is new.
Update Workflow
- Read the existing project files before editing them.
- Select source sessions that reference the project and have not already been
incorporated. Use source session IDs for idempotency.
- If creating a confirmed project, initialize:
PROJECT.md
TIMELINE.md
OWNERSHIP.md
DECISIONS.md
EVIDENCE.md
STAR.md
QUIZ_HISTORY.md
Use [] for unknown source_paths, git_remotes, or aliases; do not add
empty strings merely to fill the template.
- Merge each fact into the narrowest file:
- purpose, problem, scope, architecture, constraints, status, outcomes:
PROJECT.md;
- chronological session summaries:
TIMELINE.md;
- direct and shared contribution:
OWNERSHIP.md;
- alternatives, rationale, trade-offs, and reversals:
DECISIONS.md;
- claim state and supporting references:
EVIDENCE.md.
- Preserve manually written material and unknown sections. Prefer appending or
targeted edits over regenerating whole files.
- Do not duplicate a timeline or decision entry that already cites the same
session and subject.
- Retain
[confirmed], [inferred], and [needs-evidence] labels. Upgrade a
label only when new direct evidence or user confirmation supports it.
- Separate
Directly Owned from Shared Responsibility. Do not infer
ownership from the fact that the session discussed or edited an area.
- When new information conflicts with the ledger, preserve both accounts and
add a visible
Conflict — needs review note with their evidence. Do not pick
a winner silently.
- When the user confirms an unclassified record's project, update its
project field and move it from inbox/unclassified/ to the matching
sessions/YYYY/MM/ directory. Preserve captured status and validate it.
- Update
updated_at, then validate PROJECT.md with Chronicle's CLI.
Hybrid Review
After merging, ask only about high-impact uncertainty: ownership, numerical
results, decision rationale, project identity, or a conflict. Ask one concise
question at a time.
When the user resolves every critical item for a source session, change that
session from captured to reviewed and add user-confirmed:<date> where
appropriate. Leave unresolved sessions as captured; project timelines may
still cite them with their status.
Report
Summarize files changed, sessions incorporated, duplicate entries skipped,
conflicts found, and critical review questions left. Never describe inferred
outcomes as verified.
1---2name: update-project3description: Merge Chronicle session records into a durable project ledger while preserving evidence, ownership, decisions, and conflicts. Use when organizing captured sessions by project, creating or refreshing a Chronicle PROJECT.md, consolidating a project timeline, recording technical decisions, or separating individual contribution from team work.4---56# Update Project78Maintain one local project ledger from many session records without erasing9history or overstating contribution.1011## Resolve Inputs1213Let `<plugin-root>` be `${CLAUDE_PLUGIN_ROOT}` when Claude Code supplies it;14otherwise use the directory two levels above this `SKILL.md`. Resolve the vault15with Chronicle's CLI and use:1617- `<plugin-root>/docs/DATA_MODEL.ko.md` for data and review rules;18- `<plugin-root>/templates/project/` for ledger structure;19- `chronicle/projects/<project-id>/` for project data;20- `chronicle/sessions/` and `chronicle/inbox/unclassified/` for source records.2122If the project is not explicit, run `resolve-project`. Never create or merge a23new project solely from a suggested ID. Ask the user to confirm the project24name and whether it is new.2526## Update Workflow27281. Read the existing project files before editing them.292. Select source sessions that reference the project and have not already been30 incorporated. Use source session IDs for idempotency.313. If creating a confirmed project, initialize:32 - `PROJECT.md`33 - `TIMELINE.md`34 - `OWNERSHIP.md`35 - `DECISIONS.md`36 - `EVIDENCE.md`37 - `STAR.md`38 - `QUIZ_HISTORY.md`39 Use `[]` for unknown `source_paths`, `git_remotes`, or `aliases`; do not add40 empty strings merely to fill the template.414. Merge each fact into the narrowest file:42 - purpose, problem, scope, architecture, constraints, status, outcomes:43 `PROJECT.md`;44 - chronological session summaries: `TIMELINE.md`;45 - direct and shared contribution: `OWNERSHIP.md`;46 - alternatives, rationale, trade-offs, and reversals: `DECISIONS.md`;47 - claim state and supporting references: `EVIDENCE.md`.485. Preserve manually written material and unknown sections. Prefer appending or49 targeted edits over regenerating whole files.506. Do not duplicate a timeline or decision entry that already cites the same51 session and subject.527. Retain `[confirmed]`, `[inferred]`, and `[needs-evidence]` labels. Upgrade a53 label only when new direct evidence or user confirmation supports it.548. Separate `Directly Owned` from `Shared Responsibility`. Do not infer55 ownership from the fact that the session discussed or edited an area.569. When new information conflicts with the ledger, preserve both accounts and57 add a visible `Conflict — needs review` note with their evidence. Do not pick58 a winner silently.5910. When the user confirms an unclassified record's project, update its60 `project` field and move it from `inbox/unclassified/` to the matching61 `sessions/YYYY/MM/` directory. Preserve `captured` status and validate it.6211. Update `updated_at`, then validate `PROJECT.md` with Chronicle's CLI.6364## Hybrid Review6566After merging, ask only about high-impact uncertainty: ownership, numerical67results, decision rationale, project identity, or a conflict. Ask one concise68question at a time.6970When the user resolves every critical item for a source session, change that71session from `captured` to `reviewed` and add `user-confirmed:<date>` where72appropriate. Leave unresolved sessions as `captured`; project timelines may73still cite them with their status.7475## Report7677Summarize files changed, sessions incorporated, duplicate entries skipped,78conflicts found, and critical review questions left. Never describe inferred79outcomes as verified.