Skip to content

Latest commit

 

History

History
28 lines (20 loc) · 1.28 KB

File metadata and controls

28 lines (20 loc) · 1.28 KB

OpenWork Principles

Decision framework for adding new features or fixing bugs:

  • is it easy to test? how can we make it more easy ? (e.g. we can use the chrome mcp and pnpm:dev to test ui take screenshots)
  • is there an existing opencode equivalent for this feature? (we should use it if we can) if not how does it map to a better user experience for bob or susan (see below)
  • if it's a bug what were you testing? what were you trying to achieve? what did you observe we can't move on before having a core undesrtanding

Constraints

  • Work with only the folders the user authorizes.
  • Treat plugins + skills + commands + mcp as the primary extensibility system. These are native to OpenCode and OpenWork must be a thin layer on top of them. They're mostly fs based.

Principles

  • Parity: UI actions map to OpenCode server APIs.
  • Transparency: plans, steps, tool calls, permissions are visible.
  • Least privilege: only user-authorized folders + explicit approvals.
  • Prompt is the workflow: product logic lives in prompts, rules, and skills.
  • Graceful degradation: if access is missing, guide the user.

Security & Privacy

  • Local-first by default.
  • No secrets in git.
  • Use OS keychain for credentials.
  • Clear, explicit permissions.
  • Exportable audit logs.