@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.
@@ -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, so a harness with no resolved Run log keeps working.
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
  [![Agent Skills](https://img.shields.io/badge/Agent-Skills-orange.svg)](#installation)
13
13
  [![Status: early development](https://img.shields.io/badge/status-early%20development-yellow.svg)](#project-status)
14
14
 
15
+ ![Gantry crane](assets/gantry.png)
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",
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__/**",