@julioborges/gantry 1.0.3 → 1.0.5
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/.agents/skills/gantry/SKILL.md +10 -1
- package/README.md +2 -0
- package/assets/gantry.png +0 -0
- package/package.json +2 -1
|
@@ -124,7 +124,7 @@ Every script provides `--help`, and data-producing paths support `--json`.
|
|
|
124
124
|
`issue.blocked` records only a Run-log fact: the Issue's `Status:` line stays `ready-for-agent` so
|
|
125
125
|
`frontier.py` keeps offering it, and only `roadmap.py done` after Critic acceptance ever changes an
|
|
126
126
|
Issue's authoritative status. Omitting `runId` or `unitId` disables recording entirely and leaves the
|
|
127
|
-
round behaviorally identical
|
|
127
|
+
round behaviorally identical (a headless/test fallback only; conversational agents must not omit them).
|
|
128
128
|
- Before any agent works in a worktree, the round workflow marks it with the Run — `runlog.py mark
|
|
129
129
|
<runId> --cwd <worktree>`, stored in that worktree's own git directory — and clears it with
|
|
130
130
|
`runlog.py unmark` when the Run ends, never between rounds. The tracked git hooks
|
|
@@ -187,6 +187,15 @@ command's stdin, not appended to the command line. Every recorded Run event goes
|
|
|
187
187
|
`runlog.py append <unitId> <runId>` this way, with the event JSON as `input` — a harness that implements
|
|
188
188
|
`runCommand` without stdin support breaks every recorded round, not just this one.
|
|
189
189
|
|
|
190
|
+
When coordinating directly in conversational or manual harnesses (Antigravity, Cursor, interactive CLI),
|
|
191
|
+
the coordinating agent MUST explicitly record Run lifecycle events via the CLI:
|
|
192
|
+
1. **Preflight**: resolve `unitId` (`python3 <skillDir>/scripts/runlog.py unit-id --cwd <repoRoot>`) and generate `runId="run-$(date +%s)"`.
|
|
193
|
+
2. **Start Run**: append `run.started` with repository root, policy hash, tier, and staleAfterSeconds.
|
|
194
|
+
3. **Mark worktree**: mark the active worktree with `python3 <skillDir>/scripts/runlog.py mark <runId> --cwd <worktree>`.
|
|
195
|
+
4. **Rounds and phases**: append `round.started`, and before/after each phase append `phase.started` and `phase.finished` with `{ issue, phase }`.
|
|
196
|
+
5. **Completion**: on issue completion after Critic acceptance, append `issue.done`. On Run completion, unmark with `python3 <skillDir>/scripts/runlog.py unmark --cwd <worktree>` and append `run.finished`.
|
|
197
|
+
Never omit `runId` or `unitId` during interactive execution; doing so disables telemetry and leaves the dashboard blind to active runs.
|
|
198
|
+
|
|
190
199
|
## References
|
|
191
200
|
|
|
192
201
|
- `reference/plan-workflow.md` — structural validation, Requirement Critic, research, draft, plan
|
package/README.md
CHANGED
|
@@ -12,6 +12,8 @@ harness.**
|
|
|
12
12
|
[](#installation)
|
|
13
13
|
[](#project-status)
|
|
14
14
|
|
|
15
|
+

|
|
16
|
+
|
|
15
17
|
Gantry is an open source, harness-neutral skill pack for agentic software
|
|
16
18
|
development. Deterministic scripts decide which Issues are ready and whether
|
|
17
19
|
checks pass. Fresh agents implement, review, and challenge each delivery. You
|
|
Binary file
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@julioborges/gantry",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.5",
|
|
4
4
|
"description": "Install the Gantry harness-neutral agentic SDLC skill pack.",
|
|
5
5
|
"type": "commonjs",
|
|
6
6
|
"license": "Apache-2.0",
|
|
@@ -30,6 +30,7 @@
|
|
|
30
30
|
".agents/skills/gantry",
|
|
31
31
|
".agents/skills/gantry-setup",
|
|
32
32
|
".agents/skills/gantry-dashboard",
|
|
33
|
+
"assets/gantry.png",
|
|
33
34
|
"README.md",
|
|
34
35
|
"LICENSE",
|
|
35
36
|
"!**/__pycache__/**",
|