跳到正文
cccskills
免费在 GitHub 公开

evidence-first-engineering

Apply evidence-first engineering discipline to any agent-built software project: fact discovery before action, evidence-calibrated status reporting, explicit change boundaries and stage gates, controlled confirmation for risky or external actions, sensitive-information redaction for anything shared publicly, and resumable continuity after interruptions. Use when users ask an agent to take over an existing codebase, deliver a feature across stages, verify whether work is actually complete, judge release readiness, or keep conclusions honest about what is proven versus assumed. This foundation skill is domain-neutral; vertical suites (for example mini-program engineering) build on it by adding domain facts and platform rules.

中文简介正在准备中。当前显示原文说明。

查看安装方法

包含的文件(10)

  • SKILL.md2.7 KB
  • guardrails/decision-and-confirmation-rules.md918 B
  • guardrails/engineering-guardrails.md3.0 KB
  • guardrails/evidence-status-model.md2.9 KB
  • guardrails/redaction-policy.md3.1 KB
  • templates/implementation-plan.md560 B
  • templates/project-intake.md893 B
  • templates/release-checklist.md982 B
  • templates/verification-report.md595 B
  • VALIDATE.md1.5 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

/evidence-first-engineering — 证据优先工程基础

本技能是领域无关的工程治理基础:任何领域的 Agent 软件工程套件都可以 vendored 引用本层,再叠加自己的领域事实与平台规则。第一个垂直应用是小程序工程开发套件(mini-program-engineering-suite)。

核心组件

使用方式(对垂直套件作者)

  1. 把 foundation/ 目录整体 vendored 到你的套件,或以相对链接引用(单仓场景)。
  2. 你的领域 Skill 引用上述文档作为门禁与状态语言,不复制正文。
  3. 领域易变事实(平台规则等)放你自己的事实层,并遵循「执行层即时查官方、内容层受控进化」的保鲜原则。
  4. 引用本层时保留 foundation-source 标记,便于升级时同步。

输出契约(继承,不变)

阶段性或最终汇报至少包含:当前结论与阶段;已完成的动作及证据;未执行、未验证或待确认项;改动边界与残余风险;下一步动作。状态词使用证据状态模型;没有对应证据时诚实标注 unknown,不夸大。

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Translate a confirmed mini-program product specification or bounded feature into an implementable architecture covering modules, pages, components, services, canonical state sources, data models, interfaces, permissions, failures, caching, concurrency, idempotency, migration, rollback, external dependencies, and architecture decision records. Use when users ask how to structure a mini program, design data or APIs, divide frontend and cloud responsibilities, evolve an existing system safely, or prepare implementation after product semantics are stable. Preserves product meaning, current repository constraints, user-owned changes, and verifiable acceptance behavior rather than redesigning the product for technical convenience.

中文简介正在准备中。当前显示原文说明。

NocodeMrLi/mini-program-engineering-skill-suite922026年10月16日 更新

Diagnose and fix mini-program failures through reproducible, evidence-driven root-cause analysis across source, state, asynchronous timing, caches, mock data, build versions, platform behavior, devices, cloud calls, and external services. Use when users report white screens, crashes, stale or jumping values, missing data, intermittent behavior, permission failures, performance stalls, device-only defects, API or cloud-function errors, source-versus-build mismatches, or regressions whose cause is not yet established. Freezes the observation environment, ranks competing hypotheses, runs discriminating checks, creates a failing regression test before repair, covers analogous states, and never hides a known failure with longer waits, swallowed errors, forced success, or cosmetic patches.

中文简介正在准备中。当前显示原文说明。

NocodeMrLi/mini-program-engineering-skill-suite922026年10月16日 更新

Orchestrate evidence-first engineering for WeChat and other mini programs from a vague idea or existing repository through project discovery, product specification, architecture, implementation, debugging, device adaptation, verification, and release readiness. Use when users ask to build a mini program from zero to one, take over an existing mini-program project, deliver a cross-stage feature, diagnose project status, coordinate development and testing, or judge whether a mini program is ready to upload or release. Enforces fact discovery, change boundaries, stage gates, evidence-calibrated status, sensitive-information redaction, and continuity after side questions.

中文简介正在准备中。当前显示原文说明。

NocodeMrLi/mini-program-engineering-skill-suite922026年10月16日 更新

Implement bounded features and fixes in existing or new mini-program codebases while preserving repository rules, user-owned changes, approved behavior, assets, framework conventions, and evidence boundaries. Use when users ask to write or modify mini-program code, implement a confirmed specification or architecture, add a scoped feature, remove behavior semantically, update internal documentation required by a change, or carry out a well-defined small fix that does not require root-cause investigation. Establishes a baseline and change boundary, applies test-driven small steps, distinguishes source from generators and build artifacts, verifies the affected contract, and never reports source completion as device validation, formal acceptance, upload, or release.

中文简介正在准备中。当前显示原文说明。

NocodeMrLi/mini-program-engineering-skill-suite922026年10月16日 更新

Convert a vague mini-program idea, feature request, or partially documented product into an evidence-calibrated product specification with target users, core problem, version-one scope, main and exception flows, page responsibilities, state matrices, and testable acceptance criteria. Use when users ask to define an MVP, clarify requirements, organize product flows, specify page behavior, resolve ambiguous product states, or prepare a stable handoff before architecture or implementation. Separates facts, user decisions, assumptions, unknowns, and future ideas; never invents product logic merely to complete a screen or technical plan.

中文简介正在准备中。当前显示原文说明。

NocodeMrLi/mini-program-engineering-skill-suite922026年10月16日 更新

Perform a read-only, evidence-first intake of an existing mini-program repository before planning or modifying code. Use when users ask to take over, understand, audit, resume, scope, or continue a WeChat or other mini-program project; when project facts may conflict with historical documents; or when an agent needs the framework, rules, Git state, build path, risks, unknowns, protected behavior, and change boundary. Produces a project fact map and handoff without changing code, installing dependencies, building artifacts, or claiming runtime, device, cloud, upload, acceptance, or release status.

中文简介正在准备中。当前显示原文说明。

NocodeMrLi/mini-program-engineering-skill-suite922026年10月16日 更新

查看 NocodeMrLi 的全部技能

报告此技能的问题