What problem does it solve?
When an agent spots a stale doc, broken URL, or silent failure in LingTai, it often loses the exact tool output before filing a report, or worse, leaks tokens and credentials into a public issue. This reference defines when an observation deserves a report and what evidence to capture safely while the problem is fresh.
Core Features & Use Cases
- Report-worthiness criteria: Distinguishes reportable problems (stale docs, broken URLs, silent failures, wrong defaults, procedure contradictions) from non-reportable ones (one-off hallucinations, wording preferences, model quality complaints).
- Evidence quality standards: Enforces verbatim quoting of tool outputs, reproducible call descriptions, doc-bug versus code-bug classification, and version context flagging.
- Secret hygiene rules: Requires redacting tokens, API keys, and credentials from quoted output, scrubbing environment dumps, and never echoing human-provided tokens into reports or logs.
- Use Case: An agent discovers a skill claims a model supports vision but the API returns 400 on image input; it captures the verbatim error, notes which modalities work, redacts the API key from the output, and flags its kernel version before drafting the issue.
Quick Start
Read this checklist before drafting any LingTai issue report to decide whether the observation is worth reporting and what redacted evidence to collect.