openxiangda 1.0.264 → 2.0.0-alpha.2

package/v2/skills/openxiangda-v1-maintenance/SKILL.md

@@ -1,21 +0,0 @@
----
-name: openxiangda-v1-maintenance
-description: Maintain an existing stable OpenXiangda 1.x application without migrating it. Use for scoped fixes to legacy pages, forms, resources, App Function code, automation, workflow, or 1.x release records.
----
-
-# OpenXiangda 1.x Maintenance
-
-Preserve the installed 1.x runtime and its existing SDD, resource, function, automation, and workflow release process. Do not reinterpret the workspace as a 2.0 application package.
-
-## Maintenance Workflow
-
-1. Inspect the existing workspace and platform state with the installed 1.x OpenXiangda skills.
-2. Run `openxiangda sdd context --json` and create or select the required SDD change.
-3. Change only the named legacy resource. Keep existing identifiers and dependency order.
-4. Validate 1.x JS_CODE, App Function, page, form, automation, or workflow artifacts with their dedicated 1.x skill.
-5. Run `openxiangda sdd verify <change> --changed` and use the established 1.x publish gate.
-6. Verify the live application without migrating its runtime, data model, or deployment topology.
-
-Do not use 2.0 build, deploy, promote, or rollback commands for a 1.x workspace. Migration is a separate, explicitly approved project.
-
-Read [1.x Migration Boundary](../../docs/migration.md) before proposing any coexistence or migration work.

package/v2/skills/openxiangda-v1-maintenance/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 1.x Maintenance"
-  short_description: "Maintain stable OpenXiangda 1.x applications safely"
-  default_prompt: "Use $openxiangda-v1-maintenance to make a scoped maintenance change to this 1.x application."

package/v2/skills/openxiangda-v2/SKILL.md

@@ -1,38 +0,0 @@
----
-name: openxiangda-v2
-description: Build, inspect, validate, and deliver a complete OpenXiangda 2.0 application workspace. Use when a task spans the React frontend, NestJS backend, Data API, authorization, workflow, events, or whole-application delivery.
----
-
-# OpenXiangda 2.0
-
-Treat the repository as one typed application product. Work through package contracts and deterministic commands; do not mutate platform resources one at a time.
-
-## Start Here
-
-1. Run `openxiangda app info` and inspect the returned workspace and platform contract versions.
-2. Read `openxiangda.config.ts`, then identify which domain skill applies:
-   - architecture: `$openxiangda-v2-architecture`
-   - frontend: `$openxiangda-v2-frontend`
-   - backend: `$openxiangda-v2-backend`
-   - data and authorization: `$openxiangda-v2-data-authz`
-   - workflow and events: `$openxiangda-v2-workflow-events`
-   - delivery: `$openxiangda-v2-delivery`
-3. Keep generated contracts current with `openxiangda generate`.
-4. Before delivery, run `openxiangda check` and `openxiangda test`.
-
-For a new repository, link it to the target platform and let an authorized platform administrator run `openxiangda app provision` once. The command is idempotent and must not be used to migrate an existing 1.x identity.
-
-## Boundaries
-
-- Put browser code in `apps/web`, server code in `apps/server`, shared domain types in `packages/domain`, and generated declarations in `packages/contracts`.
-- Persist business records only through Data API or an App API implemented by the application backend.
-- Treat the active role and context attributes as explicit request state.
-- Use durable event consumers for side effects and idempotency keys for retries.
-- Build one immutable application package; the platform owns deployment execution, health gates, promotion, and rollback.
-- For a stable 1.x workspace, stop and use `$openxiangda-v1-maintenance`.
-
-## Delivery Gate
-
-Use `openxiangda build --backend-image <immutable-image>` only after checks pass. Use `openxiangda deploy`, `openxiangda status`, and `openxiangda logs` only when the user has authorized the environment change.
-
-Read [Getting Started](../../docs/getting-started.md) for the complete development loop.

package/v2/skills/openxiangda-v2-architecture/SKILL.md

@@ -1,29 +0,0 @@
----
-name: openxiangda-v2-architecture
-description: Design OpenXiangda 2.0 application boundaries and typed contracts. Use when creating an app, decomposing frontend and backend responsibilities, or changing Data, AuthZ, workflow, event, or deployment declarations.
----
-
-# OpenXiangda 2.0 Architecture
-
-Design one independently versioned application with a standard React frontend and NestJS backend.
-
-## Design Sequence
-
-1. Inspect the workspace with `openxiangda app info`.
-2. Define business aggregates and invariants in `packages/domain`.
-3. Declare Data API resources, capabilities, policies, workflow definitions, event subscriptions, and timers in `openxiangda.config.ts`.
-4. Keep synchronous user interactions in App APIs; move retryable side effects to event consumers.
-5. Use a workflow provider when assignee resolution or a workflow action depends on application data.
-6. Generate types with `openxiangda generate`, then run `openxiangda check`.
-
-## Required Decisions
-
-- Name every resource, capability, event type, workflow, and provider with a stable application-scoped code.
-- Separate business data from workflow runtime state.
-- Define the authorization context needed for each operation, including active role and data attributes.
-- Define idempotency and concurrency behavior before implementing writes.
-- Define health, readiness, and rollback expectations as part of the application contract.
-
-Do not design environment-specific code paths. Environment values and secrets are injected by the platform at deployment time.
-
-Read [Concepts](../../docs/concepts.md) before introducing a new platform-facing contract.

package/v2/skills/openxiangda-v2-architecture/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 2.0 Architecture"
-  short_description: "Design typed OpenXiangda 2.0 application boundaries"
-  default_prompt: "Use $openxiangda-v2-architecture to design this OpenXiangda 2.0 application."

package/v2/skills/openxiangda-v2-backend/SKILL.md

@@ -1,28 +0,0 @@
----
-name: openxiangda-v2-backend
-description: Build the standard OpenXiangda 2.0 NestJS application backend. Use when implementing App APIs, Data API transactions, identity-aware business services, event consumers, health checks, or external integration endpoints.
----
-
-# OpenXiangda 2.0 Backend
-
-Build a normal NestJS service in `apps/server`. The platform deploys one container per application and injects identity, platform endpoints, environment configuration, and secrets.
-
-## Request Path
-
-1. Use the platform guard to verify the user token and construct typed request context.
-2. Authorize the capability and contextual data policy before accessing records.
-3. Keep invariants in domain services, not controllers.
-4. Use Data API for persistence and its restricted transaction endpoint for atomic batches.
-5. Require revision or idempotency keys for retryable writes.
-6. Return stable application contracts and structured errors.
-
-## Runtime Path
-
-- Expose liveness and readiness endpoints.
-- Consume platform events with signature verification and durable idempotency.
-- Keep outbound integrations behind adapters with timeouts and correlation IDs.
-- Read secrets only from injected environment references; never place them in source or application packages.
-
-Use `openxiangda dev` for local orchestration. Run `openxiangda check`, `openxiangda test`, and `openxiangda build --backend-image <immutable-image>` before deployment.
-
-Read [Backend](../../docs/backend.md) for the standard module layout.

package/v2/skills/openxiangda-v2-backend/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 2.0 Backend"
-  short_description: "Build standard NestJS application backend services"
-  default_prompt: "Use $openxiangda-v2-backend to implement this OpenXiangda 2.0 backend."

package/v2/skills/openxiangda-v2-data-authz/SKILL.md

@@ -1,28 +0,0 @@
----
-name: openxiangda-v2-data-authz
-description: Design OpenXiangda 2.0 Data API and contextual authorization contracts. Use for RBAC, active-role behavior, department or record attributes, application-admin bypass, field policies, and restricted transactions.
----
-
-# OpenXiangda 2.0 Data and AuthZ
-
-Model permissions as capability checks plus contextual data predicates. A role grants capabilities; policies decide which records and fields are available in the current role context.
-
-## Authorization Model
-
-1. Declare application roles and stable capability codes.
-2. Treat the selected active role as part of each request. Do not silently union all user roles.
-3. Resolve subject attributes such as departments and managed colleges from trusted platform or application providers.
-4. Resolve resource attributes such as instrument manager and college from the target record.
-5. Express allow rules as explicit subject, action, resource, and environment predicates.
-6. Grant application administrators the declared application-admin bypass and audit every bypassed write.
-
-## Data Rules
-
-- Declare resources and fields in `openxiangda.config.ts`; generate types with `openxiangda generate`.
-- Prefer server-enforced filters and field policies over client filtering.
-- Use revision checks for updates and restricted transaction batches for related writes.
-- Keep policy tests for multiple roles, role switching, cross-department denial, and administrator access.
-
-Run `openxiangda check` and `openxiangda test` after every policy or schema change.
-
-Read [Data and Authorization](../../docs/data-authz.md) for policy examples.

package/v2/skills/openxiangda-v2-data-authz/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 2.0 Data and AuthZ"
-  short_description: "Model Data API contracts and contextual authorization"
-  default_prompt: "Use $openxiangda-v2-data-authz to design this application's data authorization."

package/v2/skills/openxiangda-v2-delivery/SKILL.md

@@ -1,30 +0,0 @@
----
-name: openxiangda-v2-delivery
-description: Validate, build, deploy, observe, promote, retry, and roll back an OpenXiangda 2.0 application. Use when preparing an immutable AppPackage or changing a platform-managed environment.
----
-
-# OpenXiangda 2.0 Delivery
-
-Deliver the whole application as one immutable version. The client submits intent; the platform owns durable execution and environment state.
-
-## Preflight
-
-1. Run `openxiangda doctor` and confirm client/platform contract compatibility.
-2. For a first deployment only, confirm an authorized platform administrator has run `openxiangda app provision`.
-3. Run `openxiangda generate --check`, `openxiangda check`, and `openxiangda test`.
-4. Build and push the backend image; use an immutable digest reference.
-5. Run `openxiangda build --backend-image <immutable-image>` and retain the returned package digest.
-
-## Deployment
-
-- Inspect the plan before changing an environment.
-- Use `openxiangda deploy` only with explicit user authorization.
-- Follow the durable run with `openxiangda status` and `openxiangda logs`.
-- Use `openxiangda retry` only for retryable failed runs.
-- Use `openxiangda cancel <deploymentId>` to stop an obsolete or blocked run before submitting a replacement package.
-- Use `openxiangda promote` to move the exact same application version between environments.
-- Use `openxiangda rollback` to create a new run that activates a known historical version.
-
-Do not rebuild during promotion or rollback. Do not expose injected secrets in logs, manifests returned to clients, or package metadata.
-
-Read [Delivery](../../docs/delivery.md) for gates and failure handling.

package/v2/skills/openxiangda-v2-delivery/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 2.0 Delivery"
-  short_description: "Build deploy observe promote and rollback whole apps"
-  default_prompt: "Use $openxiangda-v2-delivery to validate and deploy this OpenXiangda 2.0 application."

package/v2/skills/openxiangda-v2-frontend/SKILL.md

@@ -1,21 +0,0 @@
----
-name: openxiangda-v2-frontend
-description: Build OpenXiangda 2.0 React and Ant Design admin experiences. Use when implementing menus, routes, CRUD pages, role switching, workflow task pages, or application-defined action components.
----
-
-# OpenXiangda 2.0 Frontend
-
-Build inside `apps/web` with `@openxiangda/admin`. Preserve the standard shell, role session, route guards, error handling, and typed clients.
-
-## Implementation Rules
-
-1. Register menus and routes through the application contribution API.
-2. Gate navigation and actions with generated capability names; the server remains authoritative.
-3. Use the active-role session supplied by the platform. Switching roles must refresh permissions and scoped data.
-4. Use the standard CRUD and workflow modules first; add application components only for real domain interactions.
-5. Render workflow actions and field policies from the backend protocol. Do not duplicate workflow transition rules in the browser.
-6. Keep data calls in typed client modules rather than components.
-
-Run `openxiangda generate`, `openxiangda check`, and `openxiangda test` after changing contracts or pages. Use accessible Ant Design patterns and run the repository's Ant Design lint when available.
-
-Read [Frontend](../../docs/frontend.md) for route, menu, role, and workflow page examples.

package/v2/skills/openxiangda-v2-frontend/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 2.0 Frontend"
-  short_description: "Build standard React and Ant Design application pages"
-  default_prompt: "Use $openxiangda-v2-frontend to implement this OpenXiangda 2.0 frontend."

package/v2/skills/openxiangda-v2-workflow-events/SKILL.md

@@ -1,28 +0,0 @@
----
-name: openxiangda-v2-workflow-events
-description: Implement OpenXiangda Workflow Kernel v2 and durable application events. Use for approval definitions, assignee providers, task actions, delegation, add-sign, previews, data-change events, workflow events, or timers.
----
-
-# OpenXiangda 2.0 Workflow and Events
-
-The workflow kernel owns definitions, instances, tasks, transitions, delegation, add-sign, audit, and field policies. The application owns business records and application-specific logic.
-
-## Workflow
-
-1. Declare approval and conditional nodes in `openxiangda.config.ts`.
-2. Use provider contracts for application-data-dependent assignee resolution and custom action decisions.
-3. Keep submit preview and actual start on the same definition version and subject context.
-4. Return allowed actions, field policies, presentation hints, and concurrency tokens from the backend.
-5. Persist business changes through Data API or App API, then correlate them to the workflow action.
-6. Test approve, reject, transfer, return, delegation, add-sign, duplicate requests, and stale revisions.
-
-## Events
-
-- Subscribe to typed data and workflow events; implement idempotent consumers.
-- Use timers as durable event producers.
-- Verify signatures, propagate correlation IDs, and fail retryably for transient dependencies.
-- Never assume event ordering unless the contract explicitly provides a partition key.
-
-Use `openxiangda generate`, `openxiangda check`, and `openxiangda test` to keep providers and event payloads aligned.
-
-Read [Workflow and Events](../../docs/workflow-events.md) for protocol details.

package/v2/skills/openxiangda-v2-workflow-events/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "OpenXiangda 2.0 Workflow and Events"
-  short_description: "Implement workflow providers and durable event consumers"
-  default_prompt: "Use $openxiangda-v2-workflow-events to implement this workflow and event behavior."