@aviaratech/ai-delivery 0.2.0 → 0.3.0

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.
@@ -2,4 +2,4 @@
2
2
 
3
3
  Thin host plugin for `@aviaratech/ai-delivery`. The launcher starts the installed package's `mcp:serve` command over stdio. MCP schemas, GitHub operations, worktree handling, and delivery logic remain in the package.
4
4
 
5
- The bundled skills cover issue intake, prepared worktree development, and pull request handoff. Install the package with its `plugins/ai-delivery` directory available to the host plugin loader. Point the host at `plugins/ai-delivery/dist/mcp-launcher.js` from the verified package installation, set the consuming repository's configured App credential environment outside source control, and issue the private runtime-admission record described in the [package guide](../../README.md) before a lifecycle write. Restart the host after installation so it loads the new launcher. A read-only `issue_info` call can confirm repository selection; verify App identity and role permissions before any mutation. Keep one active writer per issue and preserve its original worktree owner when upgrading.
5
+ The bundled skills cover issue intake, prepared worktree development, and pull request handoff. Install the package with its `plugins/ai-delivery` directory available to the host plugin loader. Point the host at `plugins/ai-delivery/dist/mcp-launcher.js` from the verified package installation, set the consuming repository's selected author and reviewer credential environment outside source control, and issue the private runtime-admission record described in the [package guide](../../README.md) before a lifecycle write. Restart the host after installation so it loads the new launcher. A read-only `issue_info` call can confirm repository selection; `issue_pr_create` with `dryRun: true` reports effective actors and rule visibility before publication. Keep one active writer per issue and preserve its original worktree owner when upgrading.
@@ -10,19 +10,24 @@ Use the verified commit and its evidence throughout publication, review, and mer
10
10
  ## MCP tools first
11
11
 
12
12
  1. Run `issue_verify` on the committed change.
13
- 2. Publish it as a draft with `issue_pr_create`, then inspect it with `issue_pr_info` as needed.
14
- 3. Obtain an independent review of the exact pull request head and submit its evidence with `issue_pr_review`.
15
- 4. Once the approval and required checks are present, promote the pull request and use `issue_finish` to complete guarded delivery and cleanup.
13
+ 2. Call `issue_pr_create` with `dryRun: true` and inspect its `reviewRoute`: selected author and reviewer actors, credential sources, repository access and rule visibility. Resolve missing credentials or same-actor errors before publication. Unknown rule visibility remains unknown.
14
+ 3. Publish as a draft with `issue_pr_create`, then inspect the actual PR author with `issue_pr_info` or GitHub readback. The selected author credential must make the push and PR; do not switch to an ambient connector.
15
+ 4. Obtain independent review of the exact pull request head. Submit its artifact with `issue_pr_review` and the configured reviewer `identity`, so the selected reviewer GitHub App makes the review. Inspect the returned `reviewState`.
16
+ 5. Promote the unchanged PR with `issue_pr_create` (`draft: false`), inspect live required-review state and checks, then use `issue_finish` only when GitHub requirements are satisfied.
16
17
 
17
- Missing or stale evidence, a changed head, failed checks, conflicts, or unresolved blockers require resolution before continuing.
18
+ An `APPROVED` review receipt proves submission, not that GitHub counted it. If `reviewState` is `still-required`, inspect the active rule and obtain a qualifying independent approval. Do not repeat the same submission, replace the PR, change actors, or weaken protection automatically. Missing or stale evidence, a changed head, failed checks, conflicts, or unresolved blockers require resolution before continuing.
18
19
 
19
20
  ## CLI fallback
20
21
 
21
22
  ```bash
22
- ai-delivery verify
23
- ai-delivery pr:create --issue <number>
23
+ ai-delivery --identity <configured-author> verify
24
+ ai-delivery --identity <configured-author> pr:create --issue <number> --dry-run
25
+ ai-delivery --identity <configured-author> pr:create --issue <number>
24
26
  # obtain independent review of the exact pull request head
25
- ai-delivery pr:review --pr <number> --artifact <review-artifact>
26
- ai-delivery pr:create --issue <number> --ready
27
- ai-delivery finish --issue <number> --pr <number>
27
+ ai-delivery --identity <configured-reviewer> pr:review --issue <number> --pr <number> --artifact ./review-artifact.json
28
+ ai-delivery --identity <configured-author> pr:create --issue <number> --ready
29
+ ai-delivery --identity <configured-author> pr:checks --pr <number>
30
+ ai-delivery --identity <configured-author> finish --issue <number> --pr <number>
28
31
  ```
32
+
33
+ For the CLI, `--artifact` is the path to a UTF-8 JSON review artifact file, not inline JSON. The MCP `issue_pr_review` tool instead takes the JSON content as its `artifact` argument. The content is validated against the review artifact schema before submission.