record-milestone-achievement
Skill8 starsChanged 2 months agoMITView on GitHub
Verify evidence of a project milestone event and record its confirmed achievement with references to independently stored evidence. Use for planned or unplanned events, with an optional SVG calendar of actual occurrence dates.
In this repository77 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- llms.txtllms.txt
- archive-milestoneSkill
- assess-product-opportunitySkill
- automate-testsSkill
- bump-versionSkill
- capture-work-itemsSkill
- commit-workSkill
- competitive-researchSkill
- consume-nats-messageSkill
- decontextualize-textSkill
- deep-researchSkill
- define-docs-normsSkill
- define-missionSkill
- define-north-starSkill
- define-roadmapSkill
- define-strategic-pillarsSkill
- define-visionSkill
- deliver-featureSkill
- design-strategic-goalsSkill
- eli5Skill
- establish-delivery-workflowSkill
- execute-delivery-workflowSkill
- generate-agent-entrySkill
- generate-github-workflowSkill
- generate-standard-readmeSkill
- inspect-artifact-stateSkill
- integrate-branchesSkill
- manage-secretSkill
- map-item-dependenciesSkill
- market-researchSkill
- orchestrate-code-reviewSkill
- orchestrate-governance-stepSkill
- orchestrate-repair-loopSkill
- orchestrate-repair-requirements-loopSkill
- orchestrate-roadmap-planningSkill
- plan-milestonesSkill
- plan-nextSkill
- policy-researchSkill
- ponytailSkill
- prepare-presales-responseSkill
- prepare-version-notesSkill
- prioritize-backlogSkill
- product-opportunity-analysisSkill
- promote-roadmap-itemsSkill
- publish-nats-messageSkill
- redeploy-localSkill
- refine-skill-designSkill
- review-architectureSkill
- review-codebaseSkill
- review-diffSkill
- review-dotnetSkill
- review-error-surfacingSkill
- review-functional-designSkill
- review-goSkill
- review-implementation-alignmentSkill
- review-javaSkill
- review-observabilitySkill
- review-orm-usageSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 8 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 11
Use the project's existing achievement register, tracker or document.
- Distinctive: line 21
Check whether it establishes every material part of the criterion for that event and scope.
- Distinctive: line 26
Check the destination for the milestone ID before writing.
- Distinctive: line 31
Write the confirmed record to the authorized destination and read it back.
- Distinctive: line 32
Use the project's format or a Markdown record with the Spec's minimum fields.
- Distinctive: line 35
If the destination is unresolved or inaccessible, return a reviewable draft and report the missing destination or access.
- Very specific: line 47
Create temporary UTF-8 JSON with title, optional locale (en by default or zh-CN) and an achievements array in display order.
- Distinctive: line 54
Use Python 3.10 or later with the achievement renderer and the roadmap renderer from the same local AI Cortex checkout.
- Distinctive: line 62
After a successful exit, verify the preview against the readable records before saving or replacing an SVG at the authorized destination.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Record Milestone Achievement
Apply the achievement record contract. Use the project's existing achievement register, tracker or document. A plan can supply the event identity and criterion. The achievement records what occurred.
Verify and record
- Resolve the event, scope and occurrence criterion from the request and project sources. Use the criterion applicable to the occurrence. Reuse the plan's milestone ID when it identifies the same event and scope. For an unplanned event, look for an existing ID before assigning one under project conventions.
- Open the original evidence using available local or authorized project tools. Check whether it establishes every material part of the criterion for that event and scope. Record only the actual timing the evidence supports. If the occurrence is confirmed and its date is unknown, record the date as unknown. For inaccessible, insufficient or conflicting evidence, identify what is needed to resolve the observation and leave it pending verification.
- Check the destination for the milestone ID before writing. Reuse an existing record for the same occurrence and use the destination's conditional write or uniqueness controls when available. Resolve conflicts in scope, criterion or actual timing through the project's correction process. Apply a supported correction only when authorized and retain its history.
- Write the confirmed record to the authorized destination and read it back. Use the project's format or a Markdown record with the Spec's minimum fields. Store stable references to the exact evidence used, including a revision or locator where needed. Keep the evidence in its owning system or document. If the destination is unresolved or inaccessible, return a reviewable draft and report the missing destination or access. Verify the current record before retrying an uncertain write.
Report the confirmed records and their locations, and identify any observations pending verification. Publication and plan comparison use the resulting records in separate workflows.
Optional SVG calendar
Derive the calendar from confirmed records using the
achievement SVG contract.
Create temporary UTF-8 JSON with title, optional locale (en by default or
zh-CN) and an achievements array in display order. For each row supply the
milestone id, event name and date as an ISO calendar day (YYYY-MM-DD) or
null. Use null for coarser or unknown timing so the row stays unplotted. For
coarser timing, use an optional label to preserve the known month or year.
The renderer accepts up to 200 rows and 1 MiB of JSON.
Use Python 3.10 or later with the achievement renderer and the roadmap renderer from the same local AI Cortex checkout. Render to a temporary path in a POSIX shell:
python3 "$renderer" "$input" > "$preview"After a successful exit, verify the preview against the readable records before saving or replacing an SVG at the authorized destination. If the local dependency or SVG support is unavailable, deliver the readable records and report the limitation. Preserve any previously saved SVG on a failed render.
Self-Check
- Confirmed records identify the event and scope, preserve the applicable criterion and actual timing precision, and contain resolving evidence references.
- Evidence remains in its owning source. Pending observations stay outside the confirmed records and their SVG view.
- Each event has one record for the same occurrence. Saved records and drafts are reported accurately.
- The optional SVG uses only evidence-supported days for plotted points and keeps unknown or coarser dates visible as text.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

