scene-capability-engine 3.2.0 → 3.3.2
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.
- package/CHANGELOG.md +23 -0
- package/README.md +37 -28
- package/README.zh.md +31 -22
- package/docs/command-reference.md +62 -11
- package/docs/interactive-customization/README.md +51 -1
- package/docs/interactive-customization/authorization-dialogue-policy-baseline.json +47 -0
- package/docs/interactive-customization/authorization-tier-policy-baseline.json +46 -0
- package/docs/interactive-customization/dialogue-governance-policy-baseline.json +38 -1
- package/docs/interactive-customization/dual-ui-mode-integration-guide.md +92 -0
- package/docs/interactive-customization/embedded-assistant-authorization-dialogue-rules.md +78 -0
- package/docs/interactive-customization/governance-threshold-baseline.json +8 -1
- package/docs/interactive-customization/runtime-mode-policy-baseline.json +26 -0
- package/docs/release-checklist.md +3 -0
- package/docs/releases/README.md +4 -3
- package/docs/security-governance-default-baseline.md +6 -0
- package/docs/zh/releases/README.md +4 -3
- package/lib/commands/auto.js +2311 -62
- package/lib/commands/scene.js +54 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -8,6 +8,29 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
|
|
|
8
8
|
## [Unreleased]
|
|
9
9
|
|
|
10
10
|
### Added
|
|
11
|
+
- **Auto handoff default takeover hard gate + preflight-check command**: `sce auto handoff` profiles now default to release-gate preflight hard requirement (`default|moqui|enterprise`), added `sce auto handoff preflight-check` (`pass|warning|blocked` + reasons/signals/recommended commands), and `handoff run` precheck/details now exposes full runtime ui-mode pressure aggregates for machine-readable triage.
|
|
12
|
+
- **Interactive runtime ui-mode telemetry closed-loop**: `interactive-customization-loop` now emits runtime policy signal streams (`interactive-runtime-signals.jsonl` global + session) with `ui_mode` violation markers; `interactive-governance-report` now ingests runtime signals by default and reports runtime/ui-mode pressure metrics + alerts; weekly ops summary/gate now carry and enforce runtime ui-mode violation signals (default `RELEASE_WEEKLY_OPS_MAX_RUNTIME_UI_MODE_VIOLATION_TOTAL=0`).
|
|
13
|
+
- **Interactive dual-surface runtime policy contract**: `interactive-runtime-policy-evaluate` now supports `--ui-mode` and enforces optional `policy.ui_modes` constraints (UI mode vs runtime mode/execution mode), `interactive-customization-loop` now passes UI mode through runtime evaluation by default, and baseline runtime policy/docs now include `user-app`/`ops-console` contract defaults for safer embedded assistant routing.
|
|
14
|
+
- **Handoff run observability-phase weekly-ops routing**: `sce auto handoff run` now injects weekly-ops stop pressure counters into the `observability` phase details, propagates weekly pressure into `failure_summary.highlights`, and auto-adds weekly summary/gate + policy-tuning recommendations when governance weekly pressure is observed.
|
|
15
|
+
- **Runtime ui-mode pressure propagation across auto governance/handoff**: `sce auto handoff gate-index` now ingests runtime weekly-ops telemetry (`runtime_block_rate`, `runtime_ui_mode_violation_*`) into history latest/aggregates/markdown; `auto governance stats|close-loop|session list|session stats|observability snapshot` now preserves runtime stop-detail pressure and recommendation signals end-to-end; `sce auto handoff run` observability/failure/recommendation outputs now surface runtime ui-mode pressure guidance by default.
|
|
16
|
+
- **Handoff preflight/evidence runtime diagnostics uplift**: `sce auto handoff run` now exposes runtime ui-mode pressure fields directly in `release_gate_preflight` (including precheck details), and `sce auto handoff evidence --format markdown` / release draft outputs now render runtime block-rate + ui-mode violation lines for faster operator triage.
|
|
17
|
+
- **Observability snapshot weekly-ops governance highlights**: `sce auto observability snapshot` now exposes governance weekly-ops stop pressure in `highlights` and `snapshots.governance_weekly_ops_stop`, enabling dashboards to consume weekly pressure trends directly without traversing nested governance session payloads.
|
|
18
|
+
- **Governance session stats weekly-ops pressure trend**: `sce auto governance session list|stats` now exposes weekly-ops stop-detail telemetry (per-session flags + aggregated `release_gate.weekly_ops_stop` counters/rates/averages), with backward-compatible fallback that infers pressure from historical `stop_detail.reasons`.
|
|
19
|
+
- **Governance close-loop weekly-ops structured stop detail**: `sce auto governance close-loop` now emits `stop_detail.weekly_ops` (latest, aggregates, pressure flags) whenever weekly release pressure contributes to a release-gate block, so embedded assistants and UI layers can consume machine-readable diagnostics without parsing reason strings.
|
|
20
|
+
- **Governance close-loop now emits weekly-ops block reasons by default**: `sce auto governance close-loop` now maps weekly-ops pressure (blocked runs/rates, config-warning pressure, auth-tier/dialogue authorization block-rate pressure, latest weekly risk/governance status) into `stop_detail.reasons`, treats those signals as release-gate blocking conditions, and emits direct weekly-ops remediation recommendations in close-loop output.
|
|
21
|
+
- **Governance risk routing uses weekly-ops history pressure**: `auto governance stats` now ingests `weekly_ops_*` signals from release gate history (block/warning/config-warning pressure + auth-tier/dialogue block-rate maxima), elevates risk/concerns accordingly, and emits targeted remediation recommendations for weekly gate reruns, variable fixes, and policy tuning.
|
|
22
|
+
- **Release gate history weekly-ops visibility uplift**: `sce auto handoff gate-index` now ingests nested `weekly_ops` telemetry from release-gate artifacts (blocked/warnings/config-warnings/dialogue/auth-tier rates), exposes new `weekly_ops_*` aggregates in JSON/markdown, and release workflow trend notes now surface config-warning totals and weekly-ops pressure signals.
|
|
23
|
+
- **Weekly ops remediation + gate config warning hardening**: `release-risk-remediation-bundle` now outputs policy-specific remediation for `dialogue-authorization` and `authorization-tier` block-rate pressure; `release-weekly-ops-gate` now emits `config_warnings` when threshold env values are invalid and falls back to safe defaults.
|
|
24
|
+
- **Dialogue-authorization telemetry defaultization**: `interactive-customization-loop` now appends dialogue-authorization signal streams (`interactive-dialogue-authorization-signals.jsonl` global + session), and `interactive-governance-report` now ingests these signals by default to compute deny/review block-rate metrics with threshold alerts.
|
|
25
|
+
- **Machine-readable authorization dialogue contract**: `interactive-dialogue-governance` now emits `authorization_dialogue` requirements (decision/required inputs/confirmation steps/prompts) with default baseline policy (`authorization-dialogue-policy-baseline.json`), supports explicit UI surface mode routing (`--ui-mode user-app|ops-console`), and interactive loop/flow summaries now expose `summary.dialogue_authorization_decision`.
|
|
26
|
+
- **Interactive authorization tier default gate**: Added `interactive-authorization-tier-evaluate` with baseline policy (`authorization-tier-policy-baseline.json`) and integrated it into interactive loop/flow pipeline by default, enforcing profile/environment step-up rules (`business-user` suggestion-only, `system-maintainer` apply-enabled with environment-specific secondary authorization requirements).
|
|
27
|
+
- **Authorization tier work-order/governance wiring**: `interactive-customization-loop` now appends authorization-tier signal streams by default, `interactive-work-order-build` ingests authorization-tier decisions/requirements into governance fields and next-actions, and `interactive-governance-report` now computes authorization-tier deny/review metrics with threshold alerts.
|
|
28
|
+
- **Weekly ops hard-gate includes authorization-tier pressure**: `release-ops-weekly-summary` now carries authorization-tier deny/review/block-rate snapshot fields and risk concerns, and `release-weekly-ops-gate` now supports `RELEASE_WEEKLY_OPS_MAX_AUTHORIZATION_TIER_BLOCK_RATE_PERCENT` (default `40`) as a release blocking condition.
|
|
29
|
+
- **Embedded assistant authorization dialogue baseline**: Added `docs/interactive-customization/embedded-assistant-authorization-dialogue-rules.md` to standardize user-mode vs maintainer-mode interaction, step-up authorization prompts, deny fallback behavior, and mandatory audit references for in-product AI assistants.
|
|
30
|
+
- **Interactive dialogue profile governance**: `interactive-dialogue-governance` now supports `--profile business-user|system-maintainer` with profile-aware policy merge (including maintenance ticket/rollback safety prompts), and `interactive-customization-loop`/`interactive-flow`/`sce scene interactive-loop|interactive-flow` now pass through `--dialogue-profile` and expose active profile in summaries.
|
|
31
|
+
- **Batch 429 exhaustion recovery guidance**: `sce auto close-loop-batch` now emits rate-limit pressure telemetry and automatic recovery recommendation metadata (`batch_retry.recovery_*`) when retry budget is exhausted under throttling, plus a ready-to-run `close-loop-recover` suggested command in CLI summary.
|
|
32
|
+
- **Interactive execution-block diagnostics in summaries**: `interactive-customization-loop` now emits normalized block categories and remediation hints (`summary.execution_block_reason_category`, `summary.execution_block_remediation_hint`), with `interactive-flow` passthrough plus `summary.authorization_execute_roles` for role-policy guided UI remediation.
|
|
33
|
+
- **Interactive smoke role-policy coverage**: `interactive-loop-smoke` and `interactive-flow-smoke` now run with approval role-policy + actor-role parameters by default to validate password+role dual-authorization path in CI/release smoke stage.
|
|
11
34
|
- **Interactive approval role-policy step-up**: `interactive-approval-workflow` now supports optional role-based action authorization (`--role-policy`, `--actor-role`) and loop/flow/scene commands can pass role policy and actor roles (`--approval-role-policy`, `--approval-actor-role`, `--approver-actor-role`) for separation-of-duties governance.
|
|
12
35
|
- **Interactive runtime policy + work-order default pipeline**: Added `interactive-runtime-policy-evaluate` and `interactive-work-order-build`, integrated both into `interactive-customization-loop` and `interactive-flow` (including `sce scene interactive-loop/interactive-flow` passthrough), with default `runtime_mode=ops-fix`, `runtime_environment=staging`, runtime non-allow fail gate option, and auditable work-order artifacts.
|
|
13
36
|
- **Release weekly ops closed-loop summary**: Added `node scripts/release-ops-weekly-summary.js` (npm alias `npm run report:release-ops-weekly`) to aggregate handoff evidence, release-gate history, interactive governance, and matrix signals into one weekly risk/recommendation card (`weekly-ops-summary.json|.md`).
|
package/README.md
CHANGED
|
@@ -275,8 +275,7 @@ sequenceDiagram
|
|
|
275
275
|
- [Adoption Guide](docs/adoption-guide.md) - Adopting sce in existing projects
|
|
276
276
|
- [Upgrade Guide](docs/upgrade-guide.md) - Version upgrade instructions
|
|
277
277
|
- [Release Archive](docs/releases/README.md) - Versioned release notes and validation report index
|
|
278
|
-
- [
|
|
279
|
-
- [Validation Report v1.46.2](docs/releases/v1.46.2-validation.md) - Release-readiness evidence and verification results
|
|
278
|
+
- [GitHub Releases](https://github.com/heguangyong/scene-capability-engine/releases) - Latest published versions and release assets
|
|
280
279
|
- [Release Checklist](docs/release-checklist.md) - Repeatable pre-release verification flow
|
|
281
280
|
- [Manual Workflows](docs/manual-workflows-guide.md) - Step-by-step workflows
|
|
282
281
|
- [Developer Guide](docs/developer-guide.md) - Contributing and extending sce
|
|
@@ -288,7 +287,12 @@ sequenceDiagram
|
|
|
288
287
|
|
|
289
288
|
## Key Features
|
|
290
289
|
|
|
291
|
-
###
|
|
290
|
+
### Current Baseline
|
|
291
|
+
- **Default hard gate for handoff preflight**: Release flow enforces `sce auto handoff preflight-check --require-pass --json` and blocks publish on failures.
|
|
292
|
+
- **Takeover-first execution**: Once sce is adopted, autonomous and orchestrated flows are designed to run end-to-end without per-step confirmation loops.
|
|
293
|
+
- **Tag-driven release**: Pushing `v*` tags to GitHub triggers automated test, release evidence gates, and npm publish workflow.
|
|
294
|
+
|
|
295
|
+
### Autonomous Control 🚀
|
|
292
296
|
- **Fully Autonomous Execution**: AI independently manages entire development workflows from requirements to delivery
|
|
293
297
|
- **Closed-Loop Program Execution**: `sce auto close-loop "<goal>"` runs from goal decomposition to terminal orchestration state without manual confirmation gates
|
|
294
298
|
- **Automatic Master/Sub Portfolio Split**: Large goals are auto-split into dependency-wired sub-specs and coordinated by a master spec
|
|
@@ -327,21 +331,21 @@ sce auto resume
|
|
|
327
331
|
### Spec-Driven Development
|
|
328
332
|
Structure your work with Requirements → Design → Tasks workflow
|
|
329
333
|
|
|
330
|
-
### KPI Automation & Observability 🚀
|
|
334
|
+
### KPI Automation & Observability 🚀
|
|
331
335
|
- **Unified Metric Contract**: Load and validate KPI definitions from `metric-definition.yaml`
|
|
332
336
|
- **Weekly Snapshot Pipeline**: Generate machine-readable snapshots with risk level and audit reasons
|
|
333
337
|
- **Baseline and Trend Analysis**: Build baseline from historical data and detect worsening trends automatically
|
|
334
338
|
- **Gate-Ready Summary**: Emit Day30/Day60-consumable summary payloads with evidence paths
|
|
335
339
|
- **CLI Commands**: `value metrics sample`, `value metrics snapshot`, `value metrics baseline`, `value metrics trend` with `--json` support
|
|
336
340
|
|
|
337
|
-
### Multi-Workspace Management 🚀
|
|
341
|
+
### Multi-Workspace Management 🚀
|
|
338
342
|
- **Workspace Registry**: Manage multiple sce projects from a single location
|
|
339
343
|
- **Quick Switching**: Switch between projects without directory navigation
|
|
340
344
|
- **Data Atomicity**: Single source of truth (`~/.kse/workspace-state.json`)
|
|
341
345
|
- **Cross-Platform**: Consistent path handling across Windows/Linux/macOS
|
|
342
346
|
- **Auto Migration**: Seamless upgrade from legacy workspace format
|
|
343
347
|
|
|
344
|
-
### Environment Configuration Management 🚀
|
|
348
|
+
### Environment Configuration Management 🚀
|
|
345
349
|
- **Environment Registry**: Manage multiple environment configurations (dev, test, staging, prod)
|
|
346
350
|
- **Quick Switching**: Switch between environments with automatic backup
|
|
347
351
|
- **Automatic Backup**: Create timestamped backups before each switch
|
|
@@ -350,7 +354,7 @@ Structure your work with Requirements → Design → Tasks workflow
|
|
|
350
354
|
- **Command Execution**: Run commands in specific environment context
|
|
351
355
|
- **Cross-Platform**: Works seamlessly on Windows, Linux, and macOS
|
|
352
356
|
|
|
353
|
-
### Multi-Repository Management 🚀
|
|
357
|
+
### Multi-Repository Management 🚀
|
|
354
358
|
- **Unified Interface**: Manage multiple Git subrepositories from a single command
|
|
355
359
|
- **Auto-Discovery**: Automatically scan and configure all Git repositories in your project
|
|
356
360
|
- **Nested Repository Support**: Discover and manage Git repositories nested inside other repositories
|
|
@@ -361,7 +365,7 @@ Structure your work with Requirements → Design → Tasks workflow
|
|
|
361
365
|
- **Cross-Platform**: Consistent path handling across Windows/Linux/macOS
|
|
362
366
|
- **Smart Exclusions**: Automatically skip common non-repository directories (node_modules, build, etc.)
|
|
363
367
|
|
|
364
|
-
### Moqui ERP Integration 🚀
|
|
368
|
+
### Moqui ERP Integration 🚀
|
|
365
369
|
- **Moqui ERP Adapter**: Connect sce scene runtime to live Moqui ERP instances
|
|
366
370
|
- `MoquiClient` — HTTP client with JWT auth lifecycle (login, refresh, re-login, logout) and retry logic
|
|
367
371
|
- `MoquiAdapter` — Binding handler for `spec.erp.*` and `moqui.*` refs, entity CRUD, service invocation, screen discovery
|
|
@@ -370,7 +374,7 @@ Structure your work with Requirements → Design → Tasks workflow
|
|
|
370
374
|
- Pattern-based manifest generation with governance contracts
|
|
371
375
|
- **CLI Commands**: `scene connect`, `scene discover`, `scene extract` with `--json` support
|
|
372
376
|
|
|
373
|
-
### Multi-Agent Parallel Coordination 🚀
|
|
377
|
+
### Multi-Agent Parallel Coordination 🚀
|
|
374
378
|
- **Agent Registry**: MachineIdentifier-based agent lifecycle with heartbeat monitoring and inactive cleanup
|
|
375
379
|
- **Task Lock Manager**: File-based task locking with atomic operations, single-agent backward compatibility
|
|
376
380
|
- **Task Status Store**: Concurrent-safe task status updates with exponential backoff retry
|
|
@@ -381,7 +385,7 @@ Structure your work with Requirements → Design → Tasks workflow
|
|
|
381
385
|
|
|
382
386
|
[Learn more about Multi-Agent Coordination →](docs/multi-agent-coordination-guide.md)
|
|
383
387
|
|
|
384
|
-
### Agent Orchestrator 🚀
|
|
388
|
+
### Agent Orchestrator 🚀
|
|
385
389
|
- **Automated Multi-Agent Spec Execution**: Replace manual multi-terminal workflows with a single command
|
|
386
390
|
- **DAG-Based Scheduling**: Analyze Spec dependencies, compute execution batches via topological sort
|
|
387
391
|
- **Parallel Execution**: Run up to N Specs simultaneously via Codex CLI sub-agents (`--max-parallel`)
|
|
@@ -429,7 +433,7 @@ Tip: `sce spec bootstrap|pipeline run|gate run --specs ...` now defaults to this
|
|
|
429
433
|
If Codex CLI is globally installed, you can set `"codexCommand": "codex"`.
|
|
430
434
|
Use the `rateLimit*` settings to absorb transient 429/too-many-requests failures without stalling orchestration.
|
|
431
435
|
|
|
432
|
-
### Spec-Level Steering & Context Sync 🚀
|
|
436
|
+
### Spec-Level Steering & Context Sync 🚀
|
|
433
437
|
- **Spec Steering (L4)**: Independent `steering.md` per Spec with constraints, notes, and decisions — zero cross-agent conflict
|
|
434
438
|
- **Steering Loader**: Unified L1-L4 four-layer steering loader with priority-based merging
|
|
435
439
|
- **Context Sync Manager**: Multi-agent friendly CURRENT_CONTEXT.md with structured Spec progress table, concurrent-safe updates
|
|
@@ -437,7 +441,7 @@ Use the `rateLimit*` settings to absorb transient 429/too-many-requests failures
|
|
|
437
441
|
- **Sync Barrier**: Agent Spec-switch synchronization — uncommitted change check + steering reload
|
|
438
442
|
- **Coordinator Integration**: Auto Spec completion check on task complete, SyncBarrier on task assign
|
|
439
443
|
|
|
440
|
-
### Scene Ontology Enhancement 🚀
|
|
444
|
+
### Scene Ontology Enhancement 🚀
|
|
441
445
|
- **OntologyGraph**: Semantic relationship graph for binding refs (depends_on, composes, extends, produces)
|
|
442
446
|
- **Action Abstraction**: Intent, preconditions, postconditions per binding for AI agent understanding
|
|
443
447
|
- **Data Lineage**: Source → transform → sink tracking in governance_contract
|
|
@@ -445,19 +449,19 @@ Use the `rateLimit*` settings to absorb transient 429/too-many-requests failures
|
|
|
445
449
|
- **Agent Readiness Score**: Bonus quality dimension (max +10 points)
|
|
446
450
|
- **CLI Commands**: `scene ontology show|deps|validate|actions|lineage|agent-info` with `--json` support
|
|
447
451
|
|
|
448
|
-
### Scene Template Quality Pipeline 🚀
|
|
452
|
+
### Scene Template Quality Pipeline 🚀
|
|
449
453
|
- **Template Lint Engine**: 10-category quality checks for scene packages (manifest completeness, binding refs, governance, consistency, variables, documentation, action abstraction, data lineage, agent hints)
|
|
450
454
|
- **Quality Score Calculator**: 4-dimension scoring + agent_readiness bonus (contract validity, lint pass rate, documentation quality, governance completeness + agent readiness max +10) with 0-100+ scale
|
|
451
455
|
- **One-Stop Contribute Pipeline**: Validate → Lint → Score → Preview → Publish in a single command
|
|
452
456
|
- **CLI Commands**: `scene lint`, `scene score`, `scene contribute` with `--strict`, `--dry-run`, `--skip-lint`, `--json` support
|
|
453
457
|
|
|
454
|
-
### Scene Template Engine 🚀
|
|
458
|
+
### Scene Template Engine 🚀
|
|
455
459
|
- **Template Variable Schema**: Define typed variables (string, number, boolean, enum, array) with validation rules in scene-package.json
|
|
456
460
|
- **Multi-File Rendering**: Recursive template processing with `{{variable}}` substitution, `{{#if}}` conditionals, `{{#each}}` loops
|
|
457
461
|
- **Three-Layer Inheritance**: L1-Capability / L2-Domain / L3-Instance package hierarchy with schema and file merging
|
|
458
462
|
- **CLI Commands**: `scene template-validate`, `scene template-resolve`, `scene template-render` with `--json` support
|
|
459
463
|
|
|
460
|
-
### Spec-Level Collaboration 🚀
|
|
464
|
+
### Spec-Level Collaboration 🚀
|
|
461
465
|
- **Parallel Development**: Enable multiple AI instances to work on different Specs simultaneously
|
|
462
466
|
- **Dependency Management**: Define and track dependencies between Specs with circular dependency detection
|
|
463
467
|
- **Interface Contracts**: Formal API definitions ensuring compatibility between independently developed Specs
|
|
@@ -468,7 +472,7 @@ Use the `rateLimit*` settings to absorb transient 429/too-many-requests failures
|
|
|
468
472
|
|
|
469
473
|
[Learn more about Spec-Level Collaboration →](docs/spec-collaboration-guide.md)
|
|
470
474
|
|
|
471
|
-
### Spec Locking Mechanism 🚀
|
|
475
|
+
### Spec Locking Mechanism 🚀
|
|
472
476
|
- **Multi-User Coordination**: Prevent conflicts when multiple developers work on the same Spec
|
|
473
477
|
- **Machine Identification**: Unique machine IDs for accurate lock ownership tracking
|
|
474
478
|
- **Stale Lock Detection**: Automatic detection and cleanup of abandoned locks (default: 24h timeout)
|
|
@@ -566,7 +570,7 @@ sce spec gate run --specs "<spec-a,spec-b>" --max-parallel <N> # Multi-Spec
|
|
|
566
570
|
sce context export <spec-name> # Export context for AI tools
|
|
567
571
|
sce prompt generate <spec> <task> # Generate task-specific prompt
|
|
568
572
|
|
|
569
|
-
# KPI automation and observability
|
|
573
|
+
# KPI automation and observability
|
|
570
574
|
sce value metrics sample --out <path> --json # Generate sample KPI input JSON
|
|
571
575
|
sce value metrics snapshot --input <path> --json # Generate weekly KPI snapshot + gate summary
|
|
572
576
|
sce value metrics baseline --from-history <N> --json # Build baseline from earliest N snapshots
|
|
@@ -575,14 +579,14 @@ sce auto kpi trend --weeks 8 --period week --json # Aggregate autonomous
|
|
|
575
579
|
sce auto kpi trend --weeks 8 --period day --csv --out <path> # Export autonomous KPI trend as CSV
|
|
576
580
|
sce auto kpi trend --weeks 8 --mode controller --json # Filter trend to close-loop-controller sessions only
|
|
577
581
|
|
|
578
|
-
# Workspace management
|
|
582
|
+
# Workspace management
|
|
579
583
|
sce workspace create <name> [path] # Register a new workspace
|
|
580
584
|
sce workspace list # List all workspaces
|
|
581
585
|
sce workspace switch <name> # Switch active workspace
|
|
582
586
|
sce workspace info [name] # Show workspace details
|
|
583
587
|
sce workspace remove <name> # Remove workspace
|
|
584
588
|
|
|
585
|
-
# Environment management
|
|
589
|
+
# Environment management
|
|
586
590
|
sce env list # List all environments
|
|
587
591
|
sce env switch <name> # Switch to environment (with backup)
|
|
588
592
|
sce env info # Show active environment details
|
|
@@ -592,13 +596,13 @@ sce env rollback # Rollback to previous environment
|
|
|
592
596
|
sce env verify # Verify current environment
|
|
593
597
|
sce env run "<command>" # Run command in environment context
|
|
594
598
|
|
|
595
|
-
# Multi-repository management
|
|
599
|
+
# Multi-repository management
|
|
596
600
|
sce repo init [--nested] # Initialize repository configuration (nested scanning by default)
|
|
597
601
|
sce repo init --no-nested # Initialize without nested repository scanning
|
|
598
602
|
sce repo status [--verbose] # Show status of all repositories (including nested)
|
|
599
603
|
sce repo exec "<command>" # Execute command in all repositories
|
|
600
604
|
|
|
601
|
-
# Spec-level collaboration
|
|
605
|
+
# Spec-level collaboration
|
|
602
606
|
sce collab init <master> [options] # Initialize Master Spec with Sub-Specs
|
|
603
607
|
sce collab status [spec] [--graph] # Display collaboration status
|
|
604
608
|
sce collab assign <spec> <assignee> # Assign Spec to an assignee
|
|
@@ -607,22 +611,22 @@ sce collab integrate <specs...> # Run integration tests
|
|
|
607
611
|
sce collab migrate <spec> # Convert standalone Spec to collaborative
|
|
608
612
|
sce repo health # Check repository health
|
|
609
613
|
|
|
610
|
-
# Scene template engine
|
|
614
|
+
# Scene template engine
|
|
611
615
|
sce scene template-validate --package <path> # Validate template variable schema
|
|
612
616
|
sce scene template-resolve --package <name> # Resolve inheritance chain and merged schema
|
|
613
617
|
sce scene template-render --package <name> --values <json> --out <dir> # Render template files
|
|
614
618
|
|
|
615
|
-
# Moqui ERP integration
|
|
619
|
+
# Moqui ERP integration
|
|
616
620
|
sce scene connect --config <path> # Test connectivity to Moqui ERP instance
|
|
617
621
|
sce scene discover --config <path> # Discover entities, services, screens from Moqui
|
|
618
622
|
sce scene extract --config <path> --out <dir> # Extract scene templates from Moqui (v1.40.0)
|
|
619
623
|
|
|
620
|
-
# Scene template quality pipeline
|
|
624
|
+
# Scene template quality pipeline
|
|
621
625
|
sce scene lint --package <path> # Lint scene package for quality issues
|
|
622
626
|
sce scene score --package <path> # Calculate quality score (0-100)
|
|
623
627
|
sce scene contribute --package <path> # One-stop validate → lint → score → publish
|
|
624
628
|
|
|
625
|
-
# Scene ontology
|
|
629
|
+
# Scene ontology
|
|
626
630
|
sce scene ontology show --package <path> # Show ontology graph
|
|
627
631
|
sce scene ontology deps --ref <ref> # Query dependency chain
|
|
628
632
|
sce scene ontology impact --ref <ref> # Analyze reverse impact radius
|
|
@@ -633,11 +637,16 @@ sce scene ontology lineage --ref <ref> # Show data lineage
|
|
|
633
637
|
sce scene ontology agent-info --package <path> # Show agent hints
|
|
634
638
|
sce scene contribute --package <path> # One-stop validate → lint → score → publish
|
|
635
639
|
|
|
636
|
-
# Agent orchestration
|
|
640
|
+
# Agent orchestration
|
|
637
641
|
sce orchestrate run --specs "<spec-list>" --max-parallel <N> # Start multi-agent orchestration
|
|
638
642
|
sce orchestrate status # View orchestration progress
|
|
639
643
|
sce orchestrate stop # Stop all sub-agents
|
|
640
644
|
|
|
645
|
+
# Release baseline (default in CI)
|
|
646
|
+
sce auto handoff preflight-check --require-pass --json # Hard gate: block release on preflight failures
|
|
647
|
+
git tag -a vX.Y.Z -m "vX.Y.Z" # Create release tag
|
|
648
|
+
git push origin vX.Y.Z # Push tag to trigger GitHub release + npm publish
|
|
649
|
+
|
|
641
650
|
# DevOps operations
|
|
642
651
|
sce ops init <project-name> # Initialize operations specs
|
|
643
652
|
sce ops validate [<project>] # Validate operations completeness
|
|
@@ -760,6 +769,6 @@ A deep conversation about AI development trends, Neo-Confucian philosophy, and s
|
|
|
760
769
|
|
|
761
770
|
---
|
|
762
771
|
|
|
763
|
-
**Version**:
|
|
764
|
-
**Last Updated**: 2026-02-
|
|
772
|
+
**Version**: 3.3.1
|
|
773
|
+
**Last Updated**: 2026-02-22
|
|
765
774
|
|
package/README.zh.md
CHANGED
|
@@ -270,8 +270,7 @@ sequenceDiagram
|
|
|
270
270
|
- [采用指南](docs/adoption-guide.md) - 在现有项目中采用 sce
|
|
271
271
|
- [升级指南](docs/upgrade-guide.md) - 版本升级说明
|
|
272
272
|
- [发布归档](docs/zh/releases/README.md) - 版本化发布说明与验证报告入口
|
|
273
|
-
- [
|
|
274
|
-
- [验证报告 v1.46.2](docs/zh/releases/v1.46.2-validation.md) - 发布就绪验证与证据结果
|
|
273
|
+
- [GitHub Releases](https://github.com/heguangyong/scene-capability-engine/releases) - 最新发布版本与发布资产
|
|
275
274
|
- [发布检查清单](docs/zh/release-checklist.md) - 可重复执行的发版前核验流程
|
|
276
275
|
- [手动工作流](docs/manual-workflows-guide.md) - 分步工作流
|
|
277
276
|
- [开发者指南](docs/developer-guide.md) - 贡献和扩展 sce
|
|
@@ -283,6 +282,11 @@ sequenceDiagram
|
|
|
283
282
|
|
|
284
283
|
## 主要功能
|
|
285
284
|
|
|
285
|
+
### 当前基线能力
|
|
286
|
+
- **默认 preflight 硬门禁**:发布流程强制执行 `sce auto handoff preflight-check --require-pass --json`,未通过即阻断发布。
|
|
287
|
+
- **接管优先执行**:项目采用 sce 后,默认按自治/编排方式端到端推进,不再依赖逐步人工确认。
|
|
288
|
+
- **Tag 驱动发版**:向 GitHub 推送 `v*` tag 即触发自动测试、发布证据门禁与 npm 发布流程。
|
|
289
|
+
|
|
286
290
|
### Autonomous Control(自动闭环)🚀
|
|
287
291
|
- **自动闭环推进**:`sce auto close-loop "<目标>"` 从目标拆分到编排完成全程自动推进
|
|
288
292
|
- **自动主从拆分**:自动生成 Master/Sub Spec 组合、依赖关系与 Agent 分配
|
|
@@ -293,21 +297,21 @@ sequenceDiagram
|
|
|
293
297
|
### Spec 驱动开发
|
|
294
298
|
使用需求 → 设计 → 任务工作流结构化你的工作
|
|
295
299
|
|
|
296
|
-
### KPI 自动化与可观测 🚀
|
|
300
|
+
### KPI 自动化与可观测 🚀
|
|
297
301
|
- **统一指标契约**:从 `metric-definition.yaml` 加载并校验 KPI 定义
|
|
298
302
|
- **周快照流水线**:生成包含风险级别和审计原因的 machine-readable 快照
|
|
299
303
|
- **基线与趋势分析**:基于历史快照生成 baseline,并自动识别连续恶化趋势
|
|
300
304
|
- **门禁可复用摘要**:输出 Day30/Day60 可直接消费的 summary 与证据路径
|
|
301
305
|
- **CLI 命令**:`value metrics sample`、`value metrics snapshot`、`value metrics baseline`、`value metrics trend`,支持 `--json`
|
|
302
306
|
|
|
303
|
-
### 多工作区管理 🚀
|
|
307
|
+
### 多工作区管理 🚀
|
|
304
308
|
- **工作区注册表**:从单一位置管理多个 sce 项目
|
|
305
309
|
- **快速切换**:无需目录导航即可在项目间切换
|
|
306
310
|
- **数据原子性**:单一数据源(`~/.kse/workspace-state.json`)
|
|
307
311
|
- **跨平台**:Windows/Linux/macOS 一致的路径处理
|
|
308
312
|
- **自动迁移**:从旧版工作区格式无缝升级
|
|
309
313
|
|
|
310
|
-
### 环境配置管理 🚀
|
|
314
|
+
### 环境配置管理 🚀
|
|
311
315
|
- **环境注册表**:管理多个环境配置(dev, test, staging, prod)
|
|
312
316
|
- **快速切换**:自动备份的环境切换
|
|
313
317
|
- **自动备份**:每次切换前创建时间戳备份
|
|
@@ -316,7 +320,7 @@ sequenceDiagram
|
|
|
316
320
|
- **命令执行**:在特定环境上下文中运行命令
|
|
317
321
|
- **跨平台**:在 Windows、Linux 和 macOS 上无缝工作
|
|
318
322
|
|
|
319
|
-
### Moqui ERP 集成 🚀
|
|
323
|
+
### Moqui ERP 集成 🚀
|
|
320
324
|
- **Moqui ERP 适配器**: 将 sce 场景运行时连接到 Moqui ERP 实例
|
|
321
325
|
- `MoquiClient` — 支持 JWT 认证生命周期(登录、刷新、重登录、登出)和重试逻辑的 HTTP 客户端
|
|
322
326
|
- `MoquiAdapter` — 处理 `spec.erp.*` 和 `moqui.*` 引用的绑定处理器,支持实体 CRUD、服务调用、屏幕发现
|
|
@@ -325,7 +329,7 @@ sequenceDiagram
|
|
|
325
329
|
- 基于模式的清单生成,包含治理合约
|
|
326
330
|
- **CLI 命令**: `scene connect`、`scene discover`、`scene extract`,支持 `--json` 输出
|
|
327
331
|
|
|
328
|
-
### 多 Agent 并行协调 🚀
|
|
332
|
+
### 多 Agent 并行协调 🚀
|
|
329
333
|
- **Agent 注册表**: 基于 MachineIdentifier 的 Agent 生命周期管理,心跳监控和不活跃清理
|
|
330
334
|
- **任务锁管理器**: 基于文件的任务锁定,原子操作,单 Agent 向后兼容
|
|
331
335
|
- **任务状态存储**: 并发安全的任务状态更新,指数退避重试
|
|
@@ -336,7 +340,7 @@ sequenceDiagram
|
|
|
336
340
|
|
|
337
341
|
[了解更多多 Agent 协调 →](docs/multi-agent-coordination-guide.md)
|
|
338
342
|
|
|
339
|
-
### Agent 编排器 🚀
|
|
343
|
+
### Agent 编排器 🚀
|
|
340
344
|
- **自动化多 Agent Spec 执行**: 一条命令替代手工开多个终端分配 Spec 给 Codex Agent
|
|
341
345
|
- **DAG 依赖调度**: 分析 Spec 间依赖关系,拓扑排序计算执行批次
|
|
342
346
|
- **并行执行**: 通过 Codex CLI 子进程同时运行多个 Spec(`--max-parallel` 控制并行度)
|
|
@@ -380,7 +384,7 @@ sce orchestrate stop
|
|
|
380
384
|
如果你已全局安装 Codex CLI,可将 `"codexCommand"` 改为 `"codex"`。
|
|
381
385
|
可通过 `rateLimit*` 配置吸收 429/too-many-requests 等限流抖动,避免编排流程卡死。
|
|
382
386
|
|
|
383
|
-
### Spec 级 Steering 与上下文同步 🚀
|
|
387
|
+
### Spec 级 Steering 与上下文同步 🚀
|
|
384
388
|
- **Spec Steering (L4)**: 每个 Spec 独立的 `steering.md`,包含约束、注意事项、决策记录 — 跨 Agent 零冲突
|
|
385
389
|
- **Steering 加载器**: 统一 L1-L4 四层 Steering 加载,优先级合并
|
|
386
390
|
- **上下文同步管理器**: 多 Agent 友好的 CURRENT_CONTEXT.md,结构化 Spec 进度表,并发安全更新
|
|
@@ -388,7 +392,7 @@ sce orchestrate stop
|
|
|
388
392
|
- **同步屏障**: Agent 切换 Spec 时的同步检查 — 未提交更改检测 + Steering 重新加载
|
|
389
393
|
- **Coordinator 集成**: 任务完成时自动检测 Spec 完成,任务分配时运行同步屏障
|
|
390
394
|
|
|
391
|
-
### 场景 Ontology 增强 🚀
|
|
395
|
+
### 场景 Ontology 增强 🚀
|
|
392
396
|
- **OntologyGraph**: 绑定引用语义关系图(depends_on、composes、extends、produces)
|
|
393
397
|
- **Action Abstraction**: 每个绑定的 intent、preconditions、postconditions,提升 AI 可读性
|
|
394
398
|
- **Data Lineage**: governance_contract 中的数据血缘追踪(source → transform → sink)
|
|
@@ -396,13 +400,13 @@ sce orchestrate stop
|
|
|
396
400
|
- **Agent Readiness 评分**: 质量评分新增可选加分维度(最高 +10 分)
|
|
397
401
|
- **CLI 命令**: `scene ontology show|deps|validate|actions|lineage|agent-info`,支持 `--json`
|
|
398
402
|
|
|
399
|
-
### 场景模板质量流水线 🚀
|
|
403
|
+
### 场景模板质量流水线 🚀
|
|
400
404
|
- **模板 Lint 引擎**: 10 类质量检查(清单完整性、绑定引用、治理合约、一致性、变量、文档、Action Abstraction、Data Lineage、Agent Hints)
|
|
401
405
|
- **质量评分计算器**: 4 维度评分 + agent_readiness 加分(合约有效性、lint 通过率、文档质量、治理完整性 + Agent Readiness 最高 +10),0-100+ 分制
|
|
402
406
|
- **一站式贡献流水线**: 验证 → Lint → 评分 → 预览 → 发布,一条命令完成
|
|
403
407
|
- **CLI 命令**: `scene lint`、`scene score`、`scene contribute`,支持 `--strict`、`--dry-run`、`--skip-lint`、`--json`
|
|
404
408
|
|
|
405
|
-
### 场景模板引擎 🚀
|
|
409
|
+
### 场景模板引擎 🚀
|
|
406
410
|
- **模板变量 Schema**: 在 scene-package.json 中定义类型化变量(string, number, boolean, enum, array)及验证规则
|
|
407
411
|
- **多文件渲染**: 递归模板处理,支持 `{{variable}}` 替换、`{{#if}}` 条件、`{{#each}}` 循环
|
|
408
412
|
- **三层继承**: L1-能力层 / L2-领域层 / L3-实例层包层级结构,支持 schema 和文件合并
|
|
@@ -480,7 +484,7 @@ sce spec gate run --specs "<spec-a,spec-b>" --max-parallel <N> # 多 Spec
|
|
|
480
484
|
sce context export <spec-name> # 为 AI 工具导出上下文
|
|
481
485
|
sce prompt generate <spec> <task> # 生成任务特定提示
|
|
482
486
|
|
|
483
|
-
# KPI
|
|
487
|
+
# KPI 自动化与可观测
|
|
484
488
|
sce value metrics sample --out <path> --json # 生成 KPI 输入样例 JSON
|
|
485
489
|
sce value metrics snapshot --input <path> --json # 生成周度 KPI 快照 + gate 摘要
|
|
486
490
|
sce value metrics baseline --from-history <N> --json # 从最早 N 个快照生成 baseline
|
|
@@ -489,14 +493,14 @@ sce auto kpi trend --weeks 8 --period week --json # 聚合自动交付 K
|
|
|
489
493
|
sce auto kpi trend --weeks 8 --period day --csv --out <path> # 以 CSV 导出自动 KPI 趋势
|
|
490
494
|
sce auto kpi trend --weeks 8 --mode controller --json # 仅查看 close-loop-controller 会话趋势
|
|
491
495
|
|
|
492
|
-
#
|
|
496
|
+
# 工作区管理
|
|
493
497
|
sce workspace create <name> [path] # 注册新工作区
|
|
494
498
|
sce workspace list # 列出所有工作区
|
|
495
499
|
sce workspace switch <name> # 切换活动工作区
|
|
496
500
|
sce workspace info [name] # 显示工作区详情
|
|
497
501
|
sce workspace remove <name> # 删除工作区
|
|
498
502
|
|
|
499
|
-
#
|
|
503
|
+
# 环境管理
|
|
500
504
|
sce env list # 列出所有环境
|
|
501
505
|
sce env switch <name> # 切换到环境(自动备份)
|
|
502
506
|
sce env info # 显示活动环境详情
|
|
@@ -506,22 +510,22 @@ sce env rollback # 回滚到上一个环境
|
|
|
506
510
|
sce env verify # 验证当前环境
|
|
507
511
|
sce env run "<command>" # 在环境上下文中运行命令
|
|
508
512
|
|
|
509
|
-
# 场景模板引擎
|
|
513
|
+
# 场景模板引擎
|
|
510
514
|
sce scene template-validate --package <path> # 验证模板变量 schema
|
|
511
515
|
sce scene template-resolve --package <name> # 解析继承链和合并 schema
|
|
512
516
|
sce scene template-render --package <name> --values <json> --out <dir> # 渲染模板文件
|
|
513
517
|
|
|
514
|
-
# Moqui ERP 集成
|
|
518
|
+
# Moqui ERP 集成
|
|
515
519
|
sce scene connect --config <path> # 测试 Moqui ERP 实例连接
|
|
516
520
|
sce scene discover --config <path> # 发现 Moqui 实体、服务、屏幕
|
|
517
521
|
sce scene extract --config <path> --out <dir> # 从 Moqui 提取场景模板 (v1.40.0)
|
|
518
522
|
|
|
519
|
-
# 场景模板质量流水线
|
|
523
|
+
# 场景模板质量流水线
|
|
520
524
|
sce scene lint --package <path> # Lint 场景包质量检查
|
|
521
525
|
sce scene score --package <path> # 计算质量评分 (0-100)
|
|
522
526
|
sce scene contribute --package <path> # 一站式验证 → lint → 评分 → 发布
|
|
523
527
|
|
|
524
|
-
# 场景 Ontology
|
|
528
|
+
# 场景 Ontology
|
|
525
529
|
sce scene ontology show --package <path> # 显示 Ontology 图
|
|
526
530
|
sce scene ontology deps --ref <ref> # 查询依赖链
|
|
527
531
|
sce scene ontology impact --ref <ref> # 分析反向影响面
|
|
@@ -531,13 +535,18 @@ sce scene ontology actions --ref <ref> # 显示 Action Abstraction
|
|
|
531
535
|
sce scene ontology lineage --ref <ref> # 显示数据血缘
|
|
532
536
|
sce scene ontology agent-info --package <path> # 显示 Agent Hints
|
|
533
537
|
|
|
534
|
-
# Agent 编排
|
|
538
|
+
# Agent 编排
|
|
535
539
|
sce orchestrate run --specs "<spec列表>" --max-parallel <N> # 启动多 Agent 编排
|
|
536
540
|
sce orchestrate status # 查看编排进度
|
|
537
541
|
sce orchestrate stop # 停止所有子 Agent
|
|
538
542
|
|
|
539
543
|
# 说明:当使用 --specs 调用 sce spec bootstrap/pipeline run/gate run 时,会默认转到 orchestrate 模式
|
|
540
544
|
|
|
545
|
+
# 发布基线(CI 默认)
|
|
546
|
+
sce auto handoff preflight-check --require-pass --json # 硬门禁:preflight 不通过则阻断发布
|
|
547
|
+
git tag -a vX.Y.Z -m "vX.Y.Z" # 创建发布 tag
|
|
548
|
+
git push origin vX.Y.Z # 推送 tag,触发 GitHub Release + npm 自动发布
|
|
549
|
+
|
|
541
550
|
# DevOps 运维
|
|
542
551
|
sce ops init <project-name> # 初始化运维 specs
|
|
543
552
|
sce ops validate [<project>] # 验证运维完整性
|
|
@@ -621,7 +630,7 @@ sce spec bootstrap --name 01-00-my-first-feature --non-interactive
|
|
|
621
630
|
|
|
622
631
|
---
|
|
623
632
|
|
|
624
|
-
**版本**:
|
|
625
|
-
**最后更新**:2026-02-
|
|
633
|
+
**版本**:3.3.1
|
|
634
|
+
**最后更新**:2026-02-22
|
|
626
635
|
|
|
627
636
|
|