This folder is the working space for SitHub and its local CLI, sit.
Before doing any work in this folder, agents must:
- Read
docs/internal/00_项目枢纽.md. - Add a short entry to the "当前处理摘要" section describing the intended action before making changes.
- Execute the action.
- Update
docs/internal/00_项目枢纽.mdwith any new files, decisions, validation results, or unresolved questions.
The hub file is the first retrieval target for this project. Keep it current and concise.
Do not read docs/history/ by default. Only open history archives when you need to trace a specific decision, PR, bug, or the user explicitly asks for historical detail.
Do not silently overwrite project assumptions. If a change modifies the CLI scope, package specification, diff/test semantics, versioning model, storage model, or pilot integration, record the change in the hub before applying it elsewhere.
SitHub aims to become the Git/GitHub-style version-control and collaboration system for Skill Packages.
The first stage is the local CLI sit. It should not reimplement Git storage, commits, branches, remotes, or merge. Git remains the underlying version history; sit adds the Skill semantic layer: package structure, validation, semantic diff, golden tests, PR summaries, release reports, and version pinning.
The completed local loop now includes:
sit initsit onboardsit infosit doctor- Git thin wrappers:
sit add,sit commit,sit push,sit pull,sit branch,sit checkout,sit log sit pr-summarysit release- Git range snapshots:
sit diff main..HEAD,sit pr-summary main..HEAD,sit report --compare main..HEAD - formatted semantic outputs:
sit diff --format text|markdown|json,sit pr-summary --format markdown|text|json - machine-readable status outputs:
sit test --format json,sit report --format json,sit info --format json - visual report output:
sit report --format html - interactive HTML report filters, collapsible long diffs, and schema path badges
- GitHub Actions summary:
sit ci-summary --compare origin/main..HEAD - CI configuration for custom baseline refs, package subdirectories, and failure artifacts
- recursive schema diff and golden test match modes
- runner-backed
sit test --runbehavior regression - complex schema diff for
oneOf,allOf, and local$ref - commit/release version gate for breaking-change and version bump consistency
- friendlier version-gate errors and richer release notes
- resource-aware diff events for
scripts/,assets/, andreferences/ - prompt/reference text summaries and
sit diff --prompt - Git range report source labels that hide temporary snapshot paths in Markdown/HTML
sit release --bundlereproducibility archives with sha256 manifest andreproduce.shsit deps checkfor localdeps.yamlpath dependencies and non-blocking commit warnings- release reverse-dependency hints for sibling Skill packages
- PyInstaller binary build dry-run via
scripts/build_binary.py - VS Code extension minimum loop that calls existing
sitJSON/text outputs for Info, Validate, Test, Diff, and status refresh - VS Code extension build/package path with npm lockfile, TypeScript compile, and VSIX packaging check
sit standardizefor converting existing prompt orSKILL.mdprojects into standard Skill Packages with prompts, schemas, golden tests, CI, and reports- documented agent JSON contracts under
docs/schemas/forsit.info.v1,sit.pr_summary.v1,sit.report.v1, andsit.test.v1 - manifest
status: active|deprecated|retiredlifecycle semantics with validate/diff/deps visibility experiments/multi-agent driver smoke loop with fake-agent fork/evolve/propose/verify/merge trajectory JSONL
The next CLI milestone should focus on:
- H2 regression recovery experiment setup on top of
experiments/driver.py - running external pilots with
docs/pilots/external-trial-kit.mdbefore more large CLI feature expansion - manual VS Code Extension Development Host verification on a machine with VS Code installed
- refining gradual Skill Package adoption after
sit standardize: domain-specific schema tightening, prompt-only maturity states, and workflow/agent package shapes - user-facing docs cleanup that separates product usage from internal control-theory planning
- real PyInstaller build verification once PyInstaller is installed
- a second real Skill pilot for
deps.yaml, release bundles, and reverse dependencies
The first validation packages are local generic examples:
examples/paper-taxonomy-mapper-v0.1.0examples/paper-taxonomy-mapper-v0.2.0
When adding or modifying implementation files:
- Keep changes scoped to the
sitCLI, Skill Package examples, or project documentation. - Keep generated outputs under explicit report/output paths.
- Do not delete design docs, reports, schemas, prompts, or golden tests to make validation pass.
- If a test or schema becomes obsolete, record the reason in
docs/internal/00_项目枢纽.mdbefore changing it. - Prefer small, inspectable CLI behavior over platform features. Do not start SitHub Web until the local control loop works.
For project documentation changes:
- Check that
AGENTS.mdanddocs/internal/00_项目枢纽.mdagree on current scope. - Check that referenced paths exist when possible.
For future CLI changes:
- Run the relevant command against the local example Skill Packages under
examples/. - Record command outcomes in
docs/internal/00_项目枢纽.md.