Drive-domain errors now leave the CLI as typed, machine-branchable envelopes — a stable `type` plus `subtype` and named fields (param, params, retryable, log_id, hint) — so scripts and AI agents can branch on structure and act on a recovery hint instead of parsing prose. Changes: - Every error produced in the drive domain — validation, file I/O, and the failures returned from its Lark API calls — is emitted as a typed errs.* error; the exit code is derived from the error category. Drive's API calls now go through a shared typed classifier, so failures carry subtype, troubleshooter, a recovery hint, and the request's log_id whether the server returns it in the response body or the x-tt-logid header; an already-typed network/auth error is never downgraded into a generic API error. - Known API conditions (resource conflict, cross-tenant, cross-brand, ...) carry a recovery hint keyed by their error class; a command can refine that hint with command-specific guidance. - Batch partial failures (+push / +pull / +sync, where some items succeed and some fail) now report an honest ok:false multi-status result on stdout — the summary and every per-item outcome stay machine-readable — and exit non-zero, instead of a misleading ok:true success envelope. - Duplicate rel_path conflicts report each colliding path as a structured params entry (RFC 7807 invalid-params style). - Static guards lock the drive path so legacy error construction — direct envelopes or the auto-classifying API helpers — cannot be reintroduced, making drive the template for the remaining domains. Output changes worth noting for consumers: - Error envelopes now carry typed type/subtype and named fields; exit codes follow the error category (malformed or incomplete API responses are reported as internal errors rather than generic API errors). - Batch partial failures (+push / +pull / +sync) emit an ok:false result envelope on stdout (summary + per-item items[]) and exit non-zero; the per-item results stay on stdout rather than in a stderr error envelope. Errors surfaced through shared cross-domain helpers (scope precheck, media import upload, metadata lookup, save-path resolution) are not yet typed; they migrate with the shared layer in a follow-up change.
lint/
Source-level static checks that guard lark-cli conventions golangci-lint
cannot express. Each lint domain is a sibling Go package under lint/;
the top-level lint/main.go aggregates results and emits a single
exit code.
lint/ is its own Go module so its golang.org/x/tools/go/packages
dependency does not leak into the shipped lark-cli binary's module
graph.
Layout
lint/
├── go.mod # module github.com/larksuite/cli/lint
├── go.sum
├── main.go # package main — dispatches to every registered domain
├── lintapi/ # shared types every domain returns
│ └── violation.go # Violation, Action, ActionReject / ActionLabel / ActionWarning
└── errscontract/ # first domain: typed-error contract guards
├── scan.go # ScanRepo(root) ([]lintapi.Violation, error) ← public entry
├── runner.go
├── typecheck.go
├── violation.go # local type aliases to lintapi
├── rule_problem_embed.go
├── rule_no_registrar.go
├── rule_adhoc_subtype.go
├── rule_declared_subtype.go
├── rule_subtype_classifier.go
├── rule_typed_error_completeness.go
└── *_test.go
Running
# from the repo root (one level above lint/)
go run -C lint . ..
-C lint switches Go's working directory to lint/; the .. argument
is the repo root to scan (relative to lint/).
CI: .github/workflows/ci.yml step Run errs/ lint guards (lintcheck).
Exit codes follow lint/main.go:
| Code | Meaning |
|---|---|
| 0 | no REJECT diagnostics (LABEL / WARNING are advisory) |
| 1 | one or more REJECT diagnostics |
| 2 | a domain's ScanRepo returned an error |
Adding a new lint domain
-
Create a sibling package:
lint/<domain>/. Pick a name that reads like a category, not a list of rules (errscontract/covers many error-contract rules;flagnaming/would cover many flag-related rules). -
Inside the new package, expose one public entry:
package <domain> import "github.com/larksuite/cli/lint/lintapi" // ScanRepo walks root and returns every violation produced by this // domain's checks. Domains MUST return []lintapi.Violation so the // top-level dispatcher can aggregate uniformly. func ScanRepo(root string) ([]lintapi.Violation, error) { ... } -
Per-rule files are named
rule_<name>.gowith siblingrule_<name>_test.go. Each rule function returns[]lintapi.Violation.runner.go(orscan.go) composes the rules. -
Register the domain in
lint/main.go:var scanners = []scanner{ {name: "errscontract", fn: errscontract.ScanRepo}, {name: "<domain>", fn: <domain>.ScanRepo}, // ← add here } -
Verify locally:
go test -C lint ./... # all domains' tests go run -C lint . .. # full scan against the repo -
Document the rules. If they enforce a contract that already has a spec (e.g.
errs/ERROR_CONTRACT.md), add the lint entry to that contract's "CI guards" table. Otherwise create a short spec alongside the package.
Rule severity conventions (lintapi.Action)
| Action | Effect | When to use |
|---|---|---|
ActionReject |
exit 1, fails CI | a contract violation that must be fixed before merge |
ActionLabel |
stderr only; CI can grep for [needs-taxonomy-decision] and label the PR |
governance signal that asks a human to choose (e.g. ad_hoc_* subtype needs a taxonomy decision) |
ActionWarning |
stderr only | advisory hint surfaced to reviewers (typed scope unavailable, fallback to AST-only, etc.) — never gates merges |
Only ActionReject contributes to a nonzero exit code; ActionLabel
and ActionWarning are reviewer signal only.