Document the codebase thoroughly and tighten type safety
Docs: per-folder README.md for packages/ (family overview + one per package: service, events, API, extension points, TODOs), examples/, and examples/echo-agent/; folder-level AGENTS.md (+ CLAUDE.md symlinks) for packages/ and vendor/; module-level doc comments in every packages/*/src file; richer JSDoc on all exported API (event side effects, disposal contracts, error behavior). Root AGENTS.md gains a "Type Safety and Documentation" policy section: the codebase aims to be very type-safe and well documented; type gymnastics are acceptable in core packages when they improve plugin-author DX; verbose docs are fine as long as they stay strictly in sync with the code. Type safety: removed the upstream-inherited "noImplicitAny": false from tsconfig.base.json — packages/* now compile under full strict mode; vendor/loader and vendor/include set it locally (vendor/cordis already did). Eliminated every `: any` / `as any` from packages and examples (catch clauses use unknown + a CodedError narrowing type; event data access uses discriminated-union narrowing). Typed tool schemas: new @deepseek-ai/dsh-tools schema DSL — SchemaSpec with per-property `required: true` booleans, type-level InferArgs<S>, a runtime SchemaSpec → JSON Schema converter, and defineTool() so first-party tools get typed execute(args) with zero casts (raw JSON Schema still accepted for MCP interop; chosen over schemastery because it targets JSON Schema generation directly). echo-tool and all test tools migrated; +7 tests.
This commit is contained in:
24
AGENTS.md
24
AGENTS.md
@@ -78,6 +78,30 @@ only needed for publishing/consumption outside the repo.
|
||||
concurrency races even if they seem unlikely. Review findings get regression
|
||||
tests (see `packages/agent-loop/tests/review-fixes.spec.ts`).
|
||||
|
||||
## Type Safety and Documentation
|
||||
|
||||
This codebase aims to be **very type-safe and well documented** for
|
||||
maintainability. Code that fails to compile under `strict: true` (with
|
||||
`noImplicitAny` enabled for all `packages/*` source) is not acceptable. Every
|
||||
`any` that remains must have a specific justification (a comment explaining why
|
||||
a narrower type is infeasible).
|
||||
|
||||
In the **core** packages (`packages/llm`, `packages/tools`, `packages/agent`,
|
||||
`packages/agent-loop`, `packages/session`, `packages/system-prompt`), **type
|
||||
gymnastics are acceptable when they improve the DX of plugin authors** for
|
||||
common plugin types. The `defineTool` typed schema DSL in `dsh-tools` is the
|
||||
canonical example: the `SchemaSpec` to `InferArgs<S>` type-level mapping gives
|
||||
tool authors zero-cast typed `execute` args, and the cost of the conditional
|
||||
types stays inside the core package.
|
||||
|
||||
Verbose documentation is fine **as long as docs and code stay strictly in
|
||||
sync**. Out-of-sync docs are worse than no docs. Every module has a module-level
|
||||
doc comment explaining its role. Every exported class, interface, type,
|
||||
function, and non-obvious method has a JSDoc that explains semantics (not just
|
||||
the name) — contracts (what events fire when), disposal behavior, error
|
||||
behavior, and extension intent. Internal helpers get docs only where non-obvious.
|
||||
Prefer one-liners when one line suffices.
|
||||
|
||||
## Vendoring Policy
|
||||
|
||||
`vendor/` packages are pinned source copies (manifest with upstream commit
|
||||
|
||||
Reference in New Issue
Block a user