cc-codeconductor 1.2.0 → 1.4.0

package/presets/opencode/commands/cc-test-plan.md

@@ -142,7 +142,7 @@ tester produces the plan in this format:
 Show the Test Plan to the human before any tests are written.
 
 The Test Plan is an artifact for review and approval. Writing test code is a
-separate action — invoke `/cc:feature` or add a test task to the board to
+separate action — invoke `/cc-feature` or add a test task to the board to
 implement from this plan.
 
 ---
@@ -154,3 +154,7 @@ Deliver the complete Test Plan document. Save it as
 
 This command produces a plan, not test files. No production code and no test
 code is written during this command.
+
+## Next
+
+Implement against this plan with `/cc-tdd-cycle` or `/cc-feature`.

package/presets/opencode/prompts/v1.0.0/README.md

@@ -35,7 +35,7 @@ the CodeConductor Execution Protocol (CCEP-1) and the current workflow profiles.
 - **Orchestrator** — added the `council` workflow, the `devil` routing row, a
   workflow-commands table, and a CCEP-1 confirmation-gate section.
 - Intake/design/test/review contracts stop on unresolved branches, wayfinding
-  names the next `/cc:` command, TDD forbids green-by-weakening, and `docs` may
+  names the next `/cc-` command, TDD forbids green-by-weakening, and `docs` may
   write session handoffs only to `.codeconductor/sessions/handoff.md` (gitignored,
   secrets redacted).
 - Version markers and scorecard `contract_version` bumped to `v1.0.0`.

package/presets/opencode/prompts/v1.0.0/docs.md

@@ -88,7 +88,7 @@ CHANGELOG is mandatory for every implementation change. No exceptions.
 - `docs/**/*.md` — any markdown documentation file
 - `docs/adr/*.md` — Architecture Decision Records
 - `CHANGELOG.md` — always update for any implementation change
-- `.codeconductor/sessions/handoff.md` — `/cc:handoff` only; gitignored; redact secrets
+- `.codeconductor/sessions/handoff.md` — `/cc-handoff` only; gitignored; redact secrets
 - `openapi.yaml`, `openapi.json`, or any OpenAPI spec file
 - Any `*-api.yaml` or `*-api.json` file
 

package/presets/opencode/prompts/v1.0.0/reviewer.md

@@ -271,7 +271,7 @@ When the orchestrator requests evaluation, produce scores for all 8 criteria in
 2. Minimal diff (20%)
 3. Tests present and passing (15%)
 4. No regressions (15%)
-5. Code conventions (10%)
+5. Code conventions (5%)
 6. Documentation updated (5%)
 7. Context discipline (5%)
 8. Complexity diffusion / cc-gain (5%)

package/presets/opencode/skills/android/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: android
-version: 1.0.0
 name: Android + Kotlin (Jetpack Compose & Media3)
 description: >
   Provides expert knowledge for building modern native Android apps using Kotlin, Jetpack Compose, Material Design 3, MVI architecture, Hilt dependency injection, and Media3/ExoPlayer.
@@ -36,6 +35,10 @@ quality:
 
 This playbook defines the architecture, UI design system, performance guidelines, and testing strategy for native Android applications.
 
+`android-ui-design` owns specialized Jetpack Compose phone UI/UX design,
+implementation, review, and audit guidance. This skill remains the general guide
+for architecture, Hilt dependency injection, Media3, performance, and testing.
+
 ---
 
 ## 1. Lead Architect & Modularization

package/presets/opencode/skills/android-ui-design/SKILL.md

@@ -0,0 +1,119 @@
+---
+name: android-ui-design
+description: >-
+  Design, implement, review, and audit Android Jetpack Compose UI/UX for phone
+  interfaces. Use when a request concerns concrete Compose layout, components,
+  interaction, accessibility, or visual behavior. Do not activate for framework
+  or dependency presence alone; non-UI Android work is excluded.
+---
+
+# Android UI design
+
+Apply this specialized guidance to Android phone interfaces built with Jetpack
+Compose. Keep the active `cc-feature`, `cc-fix`, `cc-review`, or `cc-openspec`
+workflow and its gates; this skill contributes UI/UX criteria, not a separate
+workflow. Use the general `android` skill for architecture, dependency injection,
+Media3, performance, testing, and other non-UI Android engineering.
+
+## Intake and boundaries
+
+Identify the user goal, phone surface, affected interaction, supported Android
+versions, and observable outcomes. Inspect the existing Compose components,
+design tokens, navigation conventions, installed versions, tests, previews, and
+available emulator or device tooling before proposing changes.
+
+Preserve the established product visual system, including its components, color,
+type, shape, spacing, and motion tokens. Material 3 is advisory guidance, not a
+mandate to replace a deliberate product language. Suggest Material 3 changes with
+their accessibility or usability benefit and wait for scope approval when they
+would alter the visual direction.
+
+The initial scope is phones. Do not invent tablet, foldable, desktop, or wearable
+layouts. Still account for phone portrait and landscape orientation, window size
+changes, display cutouts, system bars, and the soft keyboard or IME.
+
+## Design mode
+
+Turn the request into a small interaction contract before implementation:
+
+- Define hierarchy, content, spacing, phone layout, scroll and overflow behavior,
+  navigation, focus entry and return, gestures, and predictive back behavior.
+- Specify applicable default, pressed, focused, disabled, pending or loading,
+  empty, success, error or failure, and offline states. State what changes and
+  what the user can do next; never imply success before it is known.
+- Name the state owner. Prefer state hoisting, a single source of truth, and
+  unidirectional data flow (UDF); keep transient visual state local only when no
+  external owner needs to observe or control it.
+- Design edge-to-edge intentionally with WindowInsets and system bars. Define IME
+  resize, pan, focus, dismissal, and restoration behavior for editable surfaces.
+- Require at least 48dp touch targets, meaningful semantics, TalkBack labels and
+  actions, logical traversal or focus order, sufficient contrast, and usable font
+  scaling without clipped or hidden actions.
+- Add motion only when it has a purpose such as continuity, spatial orientation,
+  feedback, or state change. Define start/end state, interruption, cancellation
+  or reversal, repeated or rapid input, and reduced-motion or reduced-animation
+  behavior that preserves essential information.
+
+Use existing components and platform/Compose primitives before adding code or a
+dependency. When alternatives are requested, compare only scoped options and make
+the product-system and Material 3 tradeoffs explicit.
+
+## Implementation mode
+
+Implement the accepted contract without expanding the visual language. Keep
+composables focused, pass immutable UI state and event callbacks, and preserve
+unidirectional data flow. Hoist state to the lowest common owner that needs to
+read or write it. Do not duplicate navigation, loading, or failure truth across
+the composition.
+
+Prefer semantic Material/Compose controls over raw pointer input. When a custom
+gesture is necessary, preserve accessible actions, minimum touch targets, visual
+feedback, cancellation, and interoperability with scrolling. Consume insets once
+at the correct boundary and verify that edge-to-edge content and IME transitions
+do not obscure controls.
+
+Write tests for observable behavior and state outcomes rather than modifier or
+implementation details. Cover the relevant state transition, duplicate or rapid
+input, disabled behavior, semantics, navigation/back behavior, and state
+restoration. Use previews as design aids, not as proof of runtime interaction.
+
+## Review mode
+
+Review the agreed surface against the interaction contract and existing Review
+Report rules. Each finding needs a location, reproduction or evidence, user
+impact, and proposed resolution. Treat contract and accessibility failures as
+defects; classify unsupported aesthetic preferences as suggestions. Do not create
+a new review axis or elevate a Material 3 preference over the product system.
+
+Check state completeness, TalkBack semantics and traversal, 48dp touch targets,
+contrast and font scaling, focus/IME behavior, edge-to-edge insets, gestures,
+predictive back, orientation changes, state ownership/UDF, motion interruption,
+reduced animation, and rapid repeated interaction as applicable.
+
+## Audit mode
+
+A requested audit is read-only. Inspect only the agreed Compose phone surface and
+report prioritized, evidence-backed findings; an audit is not permission to edit,
+implement, modify, or automatically fix the UI. Keep out-of-scope improvements as
+suggestions and create backlog work only when requested through the existing
+workflow.
+
+Distinguish code inspection, semantics tests, screenshots, and live emulator or
+device interaction because they prove different things. If required visual,
+emulator, or device evidence is unavailable, mark that validation pending with
+the surface, steps, expected result, and limitation. Do not claim visual
+validation or a completed acceptance criterion without executing the check.
+
+## Evidence and delivery
+
+Report the observable outcomes checked, commands or tools used, results, and
+limitations. A screenshot cannot prove TalkBack traversal, gesture interruption,
+IME recovery, predictive back, or repeated-input behavior. Prefer a real phone or
+phone emulator for those checks; otherwise leave precise pending verification.
+
+Primary Android references: [Compose semantics](https://developer.android.com/develop/ui/compose/accessibility/semantics),
+[accessibility defaults](https://developer.android.com/develop/ui/compose/accessibility/api-defaults),
+[state and hoisting](https://developer.android.com/develop/ui/compose/state),
+[window insets](https://developer.android.com/develop/ui/compose/system/insets),
+[predictive back](https://developer.android.com/develop/ui/compose/system/predictive-back),
+and [Compose accessibility testing](https://developer.android.com/develop/ui/compose/accessibility/testing).

package/presets/opencode/skills/api-versioning/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: api-versioning
-version: 1.0.0
 name: API Versioning
 description: >
   Provides expert knowledge for designing, implementing, and managing REST API

package/presets/opencode/skills/astro/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: astro
-version: 1.0.0
 name: Astro
 description: >
   Provides expert knowledge for building Astro 5+ sites with Islands Architecture, Content Collections, TypeScript, and performance-first rendering strategies.

package/presets/opencode/skills/auth-token-inspector/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: auth-token-inspector
-version: 1.0.0
 name: Auth Token Inspector
 description: >
   Audits token storage mechanisms to prevent XSS-based JWT theft.

package/presets/opencode/skills/code-review/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: code-review
-version: 1.0.0
 name: Code Review
 description: >
   Provides a structured framework for conducting thorough code reviews covering correctness, security, architecture alignment, performance, and technical debt.

package/presets/opencode/skills/django-orm/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: django-orm
-version: 1.0.0
 name: Django ORM
 description: >
   Django ORM patterns for multi-tenant POS projects: efficient queries,

package/presets/opencode/skills/django-testing/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: django-testing
-version: 1.0.0
 name: Django Testing
 description: >
   Testing patterns for multi-tenant Django POS projects using pytest-django,

package/presets/opencode/skills/django-uv/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: django-uv
-version: 1.0.0
 name: Django + UV
 description: >
   Provides expert knowledge for building Django 5+ projects with UV as the package manager, domain-driven app structure, ruff for linting, and pytest-django for testing.

package/presets/opencode/skills/drizzle-schema-architect/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: drizzle-schema-architect
-version: 1.0.0
 name: Drizzle Schema Architect
 description: >
   Generates strictly typed Drizzle ORM schemas for PostgreSQL with indexes, 

package/presets/opencode/skills/fastapi-pydantic-strict/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: fastapi-pydantic-strict
-version: 1.0.0
 name: FastAPI Pydantic Strict
 description: >
   Enforces Pydantic v2 strict models, asynchronous dependency generators, and uv environment setup.

package/presets/opencode/skills/jpa-nplusone-detector/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: jpa-nplusone-detector
-version: 1.0.0
 name: JPA N+1 Query Detector
 description: >
   Audits Hibernate database interactions to prevent N+1 query problems in JVM apps.

package/presets/opencode/skills/jpa-postgres/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: jpa-postgres
-version: 1.0.0
 name: JPA + PostgreSQL
 description: >
   Provides expert knowledge of JPA entity design, relationship mapping, Flyway

package/presets/opencode/skills/livewire-alpine-bridge/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: livewire-alpine-bridge
-version: 1.0.0
 name: Livewire Alpine Bridge
 description: >
   Schedules reactive frontend states cleanly using entangle directives in PHP and JS.

package/presets/opencode/skills/nextjs-typescript/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: nextjs-typescript
-version: 1.0.0
 name: Next.js + TypeScript
 description: >
   Provides expert knowledge for building Next.js 15+ applications with the App Router, TypeScript, Server Components, Server Actions, and TanStack Query.

package/presets/opencode/skills/openspec/SKILL.md

@@ -42,6 +42,26 @@ Status machine: `TODO` → `READY` → `PLANNED` → `IN_PROGRESS` → `REVIEW`
 → Archive. `BLOCKED` returns to `READY`. Reviewer rejection: `REVIEW` →
 `IN_PROGRESS`.
 
+## Web interface scope
+
+When the task concerns web layout, component states, feedback, motion, or a
+requested UI audit, apply skill `web-design-engineering` from the installed skill
+library. Use it during intake/discovery, design, test/implement, and review as
+applicable; keep this workflow’s gates and TDD order. Framework presence alone
+does not activate it; backend-only and native mobile work are excluded. Record
+required visual checks as pending when unavailable. Keep findings in the existing
+Review Report: contract failures in Spec Axis, technical issues in existing
+subchecks, and aesthetic preferences as suggestions; do not add an axis.
+
+## Android phone interface scope
+
+When an item concerns concrete Jetpack Compose phone layout, component states,
+interaction, accessibility, visual behavior, or a requested UI audit, apply skill
+`android-ui-design` throughout discover, design, test/implement, and review. Keep
+OpenSpec gates and TDD order. Kotlin, Compose, framework, or dependency presence
+alone does not activate it; non-UI Android work stays with `android`. Keep audit-only
+delivery read-only and record unavailable visual or emulator evidence as pending.
+
 ## Common Rationalizations
 
 | Rationalization | Reality |

package/presets/opencode/skills/pagespeed-perf/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: pagespeed-perf
-version: 1.0.0
 name: PageSpeed Performance Audit
 description: >
   Web Performance Engineering — analyzes Core Web Vitals using the PageSpeed
@@ -32,7 +31,7 @@ inputs:
   - name: url
     type: string
     required: true
-    description: Full URL to audit (must include scheme: https://...)
+    description: "Full URL to audit (must include scheme: https://...)"
   - name: strategy
     type: string
     required: false

package/presets/opencode/skills/python/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: python
-version: 1.0.0
 name: Python
 description: >
   Python development best practices: clean code, patterns,

package/presets/opencode/skills/python-django-stack/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: python-django-stack
-version: 1.0.0
 name: Python Django Stack
 description: >
   Python and Django conventions for multi-tenant SaaS POS projects:

package/presets/opencode/skills/python-fastapi-stack/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: python-fastapi-stack
-version: 1.0.0
 name: Python FastAPI Stack
 description: >
   FastAPI conventions for REST APIs: routers, Pydantic v2 schemas, dependency

package/presets/opencode/skills/security/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: security
-version: 1.0.0
 name: Security
 description: >
   Provides expert knowledge for implementing and reviewing application security following OWASP Top 10 (2021), with stack-specific patterns for Spring Boot, Django, Next.js, and Astro.

package/presets/opencode/skills/seo-analytics-injector/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: seo-analytics-injector
-version: 1.0.0
 name: SEO Analytics Injector
 description: >
   Verifies and injects Google Tag Manager (GTM), GA4 event triggers, and optimized meta tags.

package/presets/opencode/skills/spring-auth-auditor/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: spring-auth-auditor
-version: 1.0.0
 name: Spring Auth Auditor
 description: >
   Secures Spring Security filters, JWT validations, OAuth2 setups, and CORS/CSRF headers.

package/presets/opencode/skills/spring-boot-feature/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: spring-boot-feature
-version: 1.0.0
 name: Spring Boot Feature Creation
 description: >
   Guides the creation of complete Spring Boot features following a structured,

package/presets/opencode/skills/spring-boot-kotlin/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: spring-boot-kotlin
-version: 1.0.0
 name: Spring Boot + Kotlin
 description: >
   Provides expert knowledge of Spring Boot conventions, Kotlin idioms, and MVC

package/presets/opencode/skills/spring-boot-testing-strategy/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: spring-boot-testing-strategy
-version: 1.0.0
 name: Spring Boot Testing Strategy
 description: >
   Provides expert knowledge of the testing pyramid, test design principles, MockK patterns, and integration testing conventions for Spring Boot + Kotlin projects.

package/presets/opencode/skills/sqlalchemy/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: sqlalchemy
-version: 1.0.0
 name: SQLAlchemy
 description: >
   SQLAlchemy 2.x patterns for async FastAPI projects: models, sessions, queries,

package/presets/opencode/skills/tailwind-responsive-auditor/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: tailwind-responsive-auditor
-version: 1.0.0
 name: Tailwind Responsive Auditor
 description: >
   Audits Tailwind CSS usage ensuring mobile-first responsive utilities and clean classes.

package/presets/opencode/skills/tdd-mutation-tester/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: tdd-mutation-tester
-version: 1.0.0
 name: TDD Mutation Tester
 description: >
   Performs simple mutation testing to verify test coverage and assertions.

package/presets/opencode/skills/using-cc-skills/SKILL.md

@@ -31,6 +31,27 @@ a parallel process.
 Then run the matching CLI (`openspec validate`, `scorecard create --from-diff`,
 `hook pre-tool`, `scorecard suite-run`).
 
+## Web interface scope
+
+When the task concerns web layout, component states, feedback, motion, or a
+requested UI audit, apply skill `web-design-engineering` from the installed skill
+library. Use it during intake/discovery, design, test/implement, and review as
+applicable; keep this workflow’s gates and TDD order. Framework presence alone
+does not activate it; backend-only and native mobile work are excluded. Record
+required visual checks as pending when unavailable. Keep findings in the existing
+Review Report: contract failures in Spec Axis, technical issues in existing
+subchecks, and aesthetic preferences as suggestions; do not add an axis.
+
+## Android phone interface scope
+
+When the task concerns concrete Jetpack Compose phone layout, component states,
+interaction, accessibility, visual behavior, or a requested UI audit, apply skill
+`android-ui-design`. Use it during design, test/implementation, and review as
+applicable while preserving the current workflow gates. Kotlin, Compose, framework,
+or dependency presence alone does not activate it; non-UI Android work stays with
+the general `android` skill. Audit-only requests remain read-only, and unavailable
+visual or emulator checks remain pending rather than claimed as complete.
+
 ## Common Rationalizations
 
 | Rationalization | Reality |

package/presets/opencode/skills/web-design-engineering/SKILL.md

@@ -0,0 +1,101 @@
+---
+name: web-design-engineering
+description: >-
+  Design, implement, and review web interface layout, component states, feedback,
+  and motion within the current CodeConductor workflow. Use for concrete web UI
+  work or requested UI audits, not backend-only tasks or native mobile apps.
+---
+
+# Web design engineering
+
+Apply this guidance to the web surface in scope. A React or Tailwind dependency
+alone is not a trigger. Keep the existing feature, fix, review, or OpenSpec flow;
+this skill adds contextual criteria, not commands, agents, gates, or score weights.
+
+## Intake and discovery
+
+Translate vague requests into observable behavior: “responsive feedback” might
+mean showing a pending state immediately after submit while preventing duplicate
+submissions. Identify the user objective, affected surface, relevant states, and
+acceptance checks in the Task Card. Ask only about ambiguities that affect scope.
+
+Inspect existing components, design tokens, documented visual decisions, installed
+dependencies and versions, and available browser, component-preview, and test tools.
+Reuse the product's visual language and accessible components. Consult official
+documentation for the installed version when an API is uncertain. Prefer existing
+capabilities and browser primitives; a small transition does not justify a library.
+
+## Design and implementation
+
+Record relevant decisions in the Technical Plan or OpenSpec design.md:
+
+- For static UI: hierarchy, readable content, spacing, responsive layout, overflow,
+  semantics, contrast, and focus visibility. Do not invent motion to fill a checklist.
+- For interactive components: default, pending, success, failure, disabled, and
+  empty states as applicable; pointer, touch, keyboard, focus entry and return.
+  Acknowledge input promptly without implying success before it is known.
+- If motion serves the task, name its purpose and weigh frequency, waiting cost,
+  and context. Specify start/end states, exit, rapid repeated input, cancellation
+  or reversal, and reduced-motion behavior that preserves essential information.
+  Use continuity or direct manipulation when it helps users understand the action.
+- Reuse motion tokens. Choose properties and tools appropriate to the component;
+  inspect layout/paint cost when relevant instead of assuming smoothness from code.
+  No duration, easing curve, animation technique, or visual style is universally
+  forbidden. Explain tradeoffs against the contract and product conventions.
+- When alternatives are explicitly requested, compare scoped options and their
+  tradeoffs before choosing. Do not build a variant selector or prototype framework.
+
+Agree checks before implementation. Preserve the workflow's test-before-implement
+order and use its evidence mechanism when required. Test observable state changes
+and interaction outcomes, not just CSS strings. Implement only the accepted scope.
+Tailwind skills own responsive conventions; framework skills own implementation;
+PageSpeed owns performance measurement; evaluation owns the scorecard.
+
+## Review and delivery
+
+Use the existing Review Report and its severity/verdict rules. Map contract failures
+to Spec Axis and technical issues to existing subchecks such as Correctness,
+Architecture alignment, Performance, or Test coverage. Preserve Standards Axis;
+do not add a design axis or rerank the two axes. Ground each finding in a location,
+reproduction or evidence, user impact, and a proposed resolution. Aesthetic
+preferences alone are suggestions, not blocking defects. Respect documented
+product choices unless evidence demonstrates a contract or technical failure.
+
+For a requested audit, inspect only the agreed surface and prioritize findings by
+impact and evidence. Report out-of-scope opportunities as suggestions. Create
+backlog items through the existing cc-backlog workflow only when requested; deliver
+those items later through OpenSpec. An audit is not permission to implement fixes.
+
+Report checks actually performed, their results, and limitations. Code inspection,
+DOM tests, screenshots, and live interaction checks establish different evidence.
+A screenshot cannot prove interruption or keyboard behavior. If a required visual
+or interaction check cannot run, mark it pending with the surface, steps, expected
+result, and missing tool/environment. Do not claim visual validation from code or
+mark the unmet acceptance criterion complete.
+
+## Example acceptance
+
+For a dismissible web dialog using existing tokens: opening from the keyboard
+places focus inside; Escape during entry closes it without reopening on a stale
+completion callback and returns focus to its trigger. With reduced motion enabled,
+the same actions work without the spatial transition. Check rapid open/close in
+the browser and record the result; if unavailable, keep that check pending.
+For a static pricing page, verify content hierarchy and no horizontal overflow at
+the agreed viewports; no animation is required.
+
+## Provenance and boundaries
+
+Original CodeConductor adaptation informed by Emil Kowalski's
+[design engineering](https://github.com/emilkowalski/skills/blob/main/skills/emil-design-eng/SKILL.md),
+[animation construction](https://github.com/emilkowalski/skills/blob/main/skills/animate/SKILL.md),
+and [interaction principles](https://github.com/emilkowalski/skills/blob/main/skills/apple-design/SKILL.md).
+Additional references: [review](https://github.com/emilkowalski/skills/blob/main/skills/review-animations/SKILL.md),
+[audits](https://github.com/emilkowalski/skills/blob/main/skills/improve-animations/SKILL.md),
+[opportunities](https://github.com/emilkowalski/skills/blob/main/skills/find-animation-opportunities/SKILL.md),
+[vocabulary](https://github.com/emilkowalski/skills/blob/main/skills/animation-vocabulary/SKILL.md),
+[library selection](https://github.com/emilkowalski/skills/blob/main/skills/pick-ui-library/SKILL.md),
+[component guidance](https://github.com/emilkowalski/skills/blob/main/skills/ask-sonner/SKILL.md),
+and [alternatives](https://github.com/emilkowalski/skills/blob/main/skills/prototype/SKILL.md).
+These are provenance, not runtime prerequisites. This skill does not install or
+synchronize upstream skills, adopt promotional responses or mandatory author
+formats, prescribe an Apple identity, or cover Expo/Swift native development.

package/presets/pi/AGENTS.md

@@ -0,0 +1,43 @@
+<!-- CODECONDUCTOR:BEGIN managed -->
+
+# CodeConductor — Pi Preset
+
+This file configures CodeConductor for **Pi** (pi.dev — `earendil-works/pi`,
+the coding-agent CLI, not Inflection's Pi). It lives at the project root
+(`AGENTS.md`) so Pi's context-file loader picks it up automatically.
+
+## Behavioral Discipline
+
+1. **Think Before Coding** — state assumptions; ask if uncertain; present
+   alternatives instead of picking silently.
+2. **Simplicity First** — minimum code that solves the problem; no
+   speculative abstractions.
+3. **Surgical Changes** — touch only what the task requires; match existing
+   style; remove only what your own change made unused.
+4. **Goal-Driven Execution** — turn the task into a verifiable goal with a
+   success check; loop until it passes.
+
+## Commands
+
+CodeConductor ships its slash commands as Pi prompt templates under
+`.pi/prompts/`, invoked as `/cc-<name>` (e.g. `/cc-feature`, `/cc-review`).
+Run `/cc-ask "<problem>"` when unsure which one applies — it recommends
+exactly one and stops; it does not start the workflow.
+
+Skills live under `.agents/skills/` (shared with the agy preset — Pi
+discovers skills there natively, per its own docs). Read
+`.agents/skills/using-cc-skills/SKILL.md` first — it maps intent to the
+right slash command.
+
+Pi has no Task tool or subagents: every command runs in your own session.
+Where a step says "adopt the `X` role", read the matching file under
+`.agents/agents/` (short) or `.agents/prompts/v1.0.0/` (full contract) and
+act as that role for the rest of the step.
+
+## What never changes
+
+- Do not invoke the Implementer without an accepted Technical Plan.
+- Do not skip the Reviewer step for medium- or high-risk changes.
+- Do not store secrets in any file loaded by Pi.
+
+<!-- CODECONDUCTOR:END managed -->

package/presets/pi/settings.json

@@ -0,0 +1,3 @@
+{
+  "enableSkillCommands": true
+}

package/presets/seo-hotel/skills/astro-seo/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: astro-seo
-version: 1.0.0
 name: Astro SEO Validator
 description: >
   SEO validation specific to Astro framework projects. Checks static generation,

package/presets/seo-hotel/skills/geo-readiness/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: geo-readiness
-version: 1.0.0
 name: GEO Readiness Checker
 description: >
   Validates AI-search readiness (Generative Engine Optimization) for hotel websites.

package/presets/seo-hotel/skills/off-page/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: off-page
-version: 1.0.0
 name: SEO Off-Page & Marketing
 description: >
   Guidance for off-page SEO strategy specific to hotel and hospitality websites.

package/presets/seo-hotel/skills/schema-validator/SKILL.md

@@ -1,6 +1,5 @@
 ---
 id: schema-validator
-version: 1.0.0
 name: Schema.org Validator
 description: >
   Validates Schema.org structured data (JSON-LD, Microdata, RDFa) on hotel and hospitality websites.