Go to file
wantsong 5ea3054a2c docs: add project relationship context 2026-06-15 12:17:03 +08:00
docs docs: add project relationship context 2026-06-15 12:17:03 +08:00
projects rebuild: initialize writing workbench 2026-06-15 12:02:21 +08:00
requirements rebuild: initialize writing workbench 2026-06-15 12:02:21 +08:00
templates rebuild: initialize writing workbench 2026-06-15 12:02:21 +08:00
PROJECTS.md docs: add project relationship context 2026-06-15 12:17:03 +08:00
README.md rebuild: initialize writing workbench 2026-06-15 12:02:21 +08:00
WORKBENCH.md rebuild: initialize writing workbench 2026-06-15 12:02:21 +08:00

README.md

Writing Workbench

Writing Workbench is the local tool-calling and process-record workspace for article writing after a Web-generated initial outline already exists.

It is not the idea base, not the long-context material discussion space, and not an autonomous article production runtime.

Current Position

knowledge-vault      = upstream discussions, source materials, published essays, public-facing archive
writing-workbench    = local project workspace for outline review, agent invocation, records, drafts
ccpe-system          = expert agents, runtime protocols, model cards, governed cognitive assets
skills-vault         = reusable automation skills and deterministic tools

Entry Rule

A project starts here only when the user provides:

  • a Web-generated initial outline, normally version 1.0;
  • source paths for the article materials;
  • the lead writer identity, such as 韩愈 or 蒙田;
  • an explicit instruction to create or continue the project.

If there is no initial outline, do not create a Writing Workbench project. Continue discussion and material development in knowledge-vault.

Mission

This workspace helps the user save effort after the article has entered writing:

  • register source paths in source-map.md;
  • preserve the initial outline;
  • prepare outline-review context under current context-window limits;
  • compress or organize source materials without replacing the original sources;
  • invoke real reviewer and writer sessions when the user explicitly names them;
  • preserve complete session.md and final report.md records;
  • preserve user decisions, reflections, outline versions, and draft sessions;
  • create capability request tickets when required agents or skills are missing.

Hard Rules

  1. No initial outline, no project.
  2. No user-named reviewer, no reviewer invocation.
  3. No real sub-session, no formal reviewer or writer output.
  4. No user decision, no stage advancement.
  5. No full-article generation by default.
  6. Missing capability creates a supplier ticket and pauses the project.

Directory Overview

docs/                    Operating rules for this workspace
projects/                Article project workspaces, one folder per article
requirements/ccpe/       Supplier tickets for CCPE agents/runtimes/model assets
requirements/skills-vault/ Supplier tickets for automation skills
templates/               Project and requirement templates

Old pre-rebuild scaffold assumptions were discarded on 2026-06-15. The current model is: the user brings a Web outline and source paths; Codex helps compress, invoke, record, and organize, but does not decide how the article proceeds.