@open-agent-toolkit/cli 0.2.58 → 0.2.62

package/assets/skills/oat-project-pr-progress/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: oat-project-pr-progress
-version: 1.3.0
+version: 1.3.1
 description: Use when an active OAT project needs a mid-project PR for a completed phase (pNN). Generates a phase-scoped progress PR description from OAT artifacts and commit history, with optional PR creation.
 disable-model-invocation: true
 user-invocable: true
@@ -15,7 +15,7 @@ Create a progress PR description (typically at a plan phase boundary) and write
 
 Generate a PR-ready summary that is:
 
-- grounded in OAT artifacts (mode-aware: spec-driven uses spec/design; quick/import may use discovery/import reference)
+- grounded in OAT artifacts (mode-aware: spec-driven uses spec/design; quick/import may use discovery/import reference; lite uses the five plan.md contract sections)
 - scoped to a specific phase (pNN) or an explicit git range
 - easy to paste into GitHub (or used with `gh pr create` if desired)
 
@@ -285,7 +285,7 @@ oat_project: { PROJECT_PATH }
 
 ## Goals / Non-Goals
 
-{goals addressed by this phase, from available requirement artifacts: spec in spec-driven mode, discovery/import reference in quick/import mode}
+{goals addressed by this phase, from available requirement artifacts: spec in spec-driven mode; discovery/import reference in quick/import mode; Summary, Decisions, Assumptions, Out of Scope, and Validation Criteria in plan.md for lite}
 
 ## Changes
 

package/assets/skills/oat-project-progress/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: oat-project-progress
-version: 1.3.0
+version: 1.4.0
 description: Use when the user explicitly asks to check OAT project progress — e.g. "check progress", "what's next", "where are we", or confirms a previously offered progress check. Do NOT auto-invoke just because a workflow step completed. Reads project status and offers the next route.
 disable-model-invocation: false
 user-invocable: true
@@ -160,6 +160,7 @@ No active projects.
 Start a new project:
   oat-project-new - Create a spec-driven project scaffold
   oat-project-quick-start - Start a quick workflow project
+  oat-project-lite - Start a lite workflow (interview -> plan -> implement)
   oat-project-import-plan - Import an external markdown plan into OAT
 ```
 
@@ -171,10 +172,12 @@ Read `{project}/state.md` frontmatter:
 
 - `oat_phase` - Current phase
 - `oat_phase_status` - in_progress or complete
-- `oat_workflow_mode` - spec-driven | quick | import
+- `oat_workflow_mode` - spec-driven | quick | import | lite
 - `oat_blockers` - Any blockers
 - `oat_hill_checkpoints` - Configured gates (e.g., `["discovery", "spec", "design"]`)
 - `oat_hill_completed` - Completed HiLL checkpoints
+- `oat_skill_gate_overrides` - Configured lifecycle gates this project
+  deliberately disabled, keyed by gate-aware skill name
 
 **Display format:**
 
@@ -186,10 +189,19 @@ Read `{project}/state.md` frontmatter:
    HiLL Gates: {oat_hill_checkpoints}
    Completed: {oat_hill_completed as checkmarks}
    HiLL Pending: {yes/no for current phase}
+   Gate Overrides: {gate-aware skill keys from oat_skill_gate_overrides, or "None"}
    Blockers: {oat_blockers or "None"}
    Next: {recommended_skill}
 ```
 
+Report every active override by its gate-aware skill key, so a deliberately
+disabled lifecycle gate is visible to reviewers rather than silently absent.
+An override is project posture recorded in `state.md`; it never changes shared,
+local, or user configuration, and it is not a gate outcome. Show an override
+even when no gate is currently configured for that skill, and never infer a
+configured gate from an override alone. This is read-only reporting: never add,
+remove, or repair the map here.
+
 ### Step 5: Determine Next Skill
 
 Based on project state, recommend next action.
@@ -199,6 +211,7 @@ Read `oat_workflow_mode` from `state.md` frontmatter:
 - `spec-driven` (default if missing)
 - `quick`
 - `import`
+- `lite`
 
 **HiLL override (apply before phase routing):**
 
@@ -279,6 +292,16 @@ Routing matrix by mode:
 | implement | complete         | Ready for final review / PR                                                                                                         |
 | implement | pr_open          | `oat-project-complete`                                                                                                              |
 
+**Lite mode (`oat_workflow_mode: lite`):**
+
+| oat_phase | oat_phase_status | Next Skill                                                                                                                          |
+| --------- | ---------------- | ----------------------------------------------------------------------------------------------------------------------------------- |
+| plan      | in_progress      | Continue `oat-project-lite` when the plan is still tier 3; otherwise `oat-project-implement`                                        |
+| plan      | complete         | `oat-project-implement`                                                                                                             |
+| implement | in_progress      | Continue `oat-project-implement`. If drift detected (see drift detection above), also mention `oat-project-reconcile` as an option. |
+| implement | complete         | Ready for final review / PR                                                                                                         |
+| implement | pr_open          | `oat-project-complete`                                                                                                              |
+
 **If blockers exist:**
 
 ```
@@ -301,9 +324,10 @@ Knowledge:
   oat-repo-knowledge-index             - Generate/refresh codebase knowledge base
 
 Workflow:
+  oat-project-lite              - Start a lite workflow (interview -> plan -> implement)
   oat-project-quick-start       - Start a quick workflow (discover -> plan -> implement)
   oat-project-import-plan       - Import an external markdown plan and normalize plan.md
-  oat-project-promote-spec-driven - Promote quick/import project to spec-driven lifecycle
+  oat-project-promote-spec-driven - Promote quick/import/lite project to spec-driven lifecycle (lite promotes via quick)
   oat-project-discover          - Start discovery phase (requirements gathering)
   oat-project-design            - Confirm requirements + create technical design (folds spec authoring inline)
   oat-project-spec              - Optional standalone specification (most projects skip this — design handles it)

package/assets/skills/oat-project-promote-spec-driven/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: oat-project-promote-spec-driven
-version: 1.2.1
+version: 1.2.2
 description: Use when a quick or imported project now needs Spec-Driven lifecycle rigor. Backfills missing discovery, spec, and design artifacts in place.
 argument-hint: '[--project <name>]'
 disable-model-invocation: true
@@ -12,6 +12,8 @@ allowed-tools: Read, Write, Bash, Glob, Grep, AskUserQuestion
 
 Convert a quick/import workflow project into a Spec-Driven OAT lifecycle project without creating a new project directory.
 
+Lite projects promote through quick first: run `oat project promote <path> --to quick`, then use this skill. This skill's direct eligibility remains quick/import only.
+
 ## Prerequisites
 
 - Active project exists.

package/assets/skills/oat-project-quick-start/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: oat-project-quick-start
-version: 2.3.8
+version: 2.3.9
 description: Use when a task is small enough for quick mode or rapid iteration is preferred. Scaffolds a lightweight OAT project from discovery directly to a runnable plan, with optional brainstorming and lightweight design.
 argument-hint: '<project-name> ["project description"]'
 oat_gateable: true
@@ -651,6 +651,25 @@ This Phase gate review setup is independent from HiLL checkpoints. Do not read o
 change HiLL fields here, and do not add a provider/model `--target` to any
 lifecycle command.
 
+### Step 3.57: Configure Lifecycle Gate Posture
+
+After the generated quick plan has stable phase IDs and before Step 3.6
+starts the plan artifact review, invoke the `Shared Lifecycle Gate Posture Setup Contract` from
+`oat-project-plan-writing`: load the current
+`oat-project-plan-writing/SKILL.md` and follow that contract as written. This
+runs adjacent to, but independently from, the phase gate review setup above.
+
+If `"$PROJECT_PATH/state.md"` already contains an explicit
+`oat_skill_gate_overrides` map, preserve it through the shared contract without
+probing, prompting, or mutation. Otherwise let the contract probe the configured
+gate-aware skills and offer a keep-or-disable choice for each configured gate
+independently.
+
+Persist only disabled choices, and only in `"$PROJECT_PATH/state.md"`. Keeping
+every gate leaves the map absent. Never modify the shared, local, or user
+configuration layers, and never prompt or write a new map in non-interactive
+mode.
+
 ### Step 3.6: Run Plan Artifact Review Loop
 
 Before dispatching the artifact reviewer, invoke the `Managed Dispatch
@@ -726,13 +745,19 @@ artifact above that exists.
 After artifact finalization and plan artifact review, run the configured gate
 as the last check before plan and project completion:
 
-1. Resolve the gate for this skill:
+1. Resolve the gate for this skill with project context:
 
    ```bash
-   oat gate resolve <this-skill> --json
+   oat gate resolve <this-skill> --project "$PROJECT_PATH" --json
    ```
 
-   If the command returns JSON `null`, no gate is configured; proceed directly to the completion steps in Step 3.7 below.
+   Handle all three `resolution` values explicitly:
+   - `not_configured`: no gate is configured; proceed directly to the completion steps in Step 3.7 below.
+   - `configured_disabled_by_project`: the operator disabled this configured gate for this project. Do not launch any process. Emit `configured but disabled by project override`, including the project path and the `projectOverride` source from the envelope, then proceed directly to the completion steps in Step 3.7 below. A project-disabled gate never enters the passed, missing, or failed branches, and its `configuredGate` is evidence only, never executed.
+   - `configured`: continue with the steps below, executing `effectiveGate` exactly as configured.
+
+   A null, missing, malformed, or unrecognized result is an operational failure
+   that fails closed as unresolved. Never treat it as "no gate configured."
 
 2. Export the resolved project path into the command shell: