跳转到内容
深度教程 / 03

书签到原型:先选可验证的小目标

比较三条合成技术书签,选一条材料足够的候选,再写最小原型并核对数据。附一个可打开的原生图表示例。

shancha 整理6 个阶段 · 完整提示词6 份练习材料
本篇目录
  1. 先看输入与交付结果
  2. 准备与能力检查
  3. 执行与接管边界
  4. 01 先清点已读与未读材料
  5. 02 选一个可独立验证的目标
  6. 03 写出输入、输出与验收
  7. 04 用本地静态示例验证交付形式
  8. 05 核对数据、手机与实际证明
  9. 06 继续集成前再确认依赖与执行方式
  10. 排错与验收清单
  11. 下载练习材料
  12. 来源与验证范围
先看结果

先确认输入,再对照完整交付物

下面保留了原始材料、逐项结果和完整报告。先独立处理输入,再用参考结果检查遗漏与分歧。

本页演示范围

书签与库名为合成材料。图表示例为本站原生 HTML/CSS,未安装第三方库、读取 X 或启动 Agent。

书签到原型练习台
3 条候选 · 1 个原生示例

本站原创合成材料。先看输入独立练习,再切换参考结果对照。

原始合成材料
{
  "synthetic": true,
  "case": "x-bookmarks-demo",
  "data": {
    "bookmarks": [
      {
        "id": "B01",
        "name": "示例图表库",
        "text": "提供柱图接口与基础示例",
        "documentation_available": true,
        "license_in_snapshot": "MIT",
        "source_reviewed": false
      },
      {
        "id": "B02",
        "name": "示例模型服务",
        "text": "只有一句宣传摘要",
        "documentation_available": false,
        "pricing": null
      },
      {
        "id": "B03",
        "name": "已失效链接",
        "readable": false
      }
    ],
    "chart_data": [
      {
        "day": "周一",
        "value": 12
      },
      {
        "day": "周二",
        "value": 18
      },
      {
        "day": "周三",
        "value": 15
      }
    ]
  }
}
本次处理规则
选择依据包括资料完整性、可做的小目标和待补风险。B01 只具备继续调查条件,不代表库源码或许可证已验证。本站例子用原生代码,不声称使用该库。原型不调用外部API、不安装、不委派、不推送或部署。
这里展示完整输入与预期交付物,切换不会运行任务。第三方连接与写入需在自己的环境另行验收。
开始前

把材料与工具准备清楚

先用材料练习

  • 下载书签与三行图表数据。
  • 先评分资料是否足够,不按宣传热度直接执行。
  • 下面原型可打开,图形和表格数值应一致。

接入真实环境时

  • 真实书签先确认账号和范围。
  • 官方文档、许可、费用和依赖需另行核对。
  • 仓库与执行者只有在具体授权后安排,默认本地计划。

先用下面的材料和指令完成一次文件练习。接入自己的服务时,核对实际账号、可用工具与操作范围,再按每步的检查点继续。

先下载原始材料与规则 ↓
执行与接管

执行与接管边界

以下动作以已约定的输入、账号和范围为前提;设置 Routine 不会扩大授权范围。

可自动执行

仅分析提供的书签与需求,选择资料足够的小目标,生成不调用外部 API 的本地原型方案。

需要确认

安装依赖、读取真实书签、调用付费工具、修改仓库、委派、推送或部署前确认。

失败后接管

库源码、许可证或运行条件未核对时停在候选说明;交人工检查,保留阻塞项,不把漂亮预览当功能通过。

STEP 01

先清点已读与未读材料

书签标题只是线索。先记录正文、官方文档、许可和代码分别读到了哪里,避免用“值得试”跳过关键调查。

阶段 01 · 先清点已读与未读材料
读取三条书签快照,按可见内容、文档、许可、代码和费用列材料表。不可读不补摘要,不访问 X,不安装依赖,先交 intake.md。
应拿到什么

三条资料完整性表。

检查点

B01 的源码未读、许可未核验都保留。

STEP 02

选一个可独立验证的目标

选题应尽量小,能用明确输入看出结果。材料较完整只说明优先调查,不说明产品已经适合生产。

阶段 02 · 选一个可独立验证的目标
按材料充分程度与验证成本排序,选择 B01 继续;列 B02/B03 暂缓原因。最小目标定为三行数据柱图+表格,不扩成后台或SaaS,不启动Agent。
应拿到什么

候选判断与最小范围。

检查点

B01 不是未经验证的正式推荐;其他候选有明确去向。

STEP 03

写出输入、输出与验收

原型先证明一个能力,不必证明所有宣传功能。图表必须有文字数据替代,截图也需要与原始数值对照。

阶段 03 · 写出输入、输出与验收
写 prototype-brief.md:输入12/18/15,输出柱图与表格,周二最大,375px无整页溢出,系统字体,无外部请求。明确演示不验证第三方库,给预期截图与数值检查。
应拿到什么

可执行的原型需求。

检查点

验收能实际操作与核算,不只有“好看”。

STEP 04

用本地静态示例验证交付形式

本页附原生HTML,展示最小成果应该如何被打开与核对。它是参考原型,不是下载第三方代码后运行。

阶段 04 · 用本地静态示例验证交付形式
参考原型需求,生成独立 HTML/CSS,无外部脚本/图片/字体。保留三行数据和文字表格,首屏标合成练习。不安装库、不发网络请求、不写其他仓库。
应拿到什么

可独立打开的页面。

检查点

标题明确原生示例,未假称完成第三方库集成。

STEP 05

核对数据、手机与实际证明

可打开不等于正确。逐行对照图形和表格,记录使用的视口与静态资源情况。新依赖集成属于另一轮工作。

阶段 05 · 核对数据、手机与实际证明
打开原型,核对12/18/15、最大值18、文字表格与375px布局。报告实际视口和问题;不能打开就标浏览器未验证,不交模拟截图。保持本地,不推送或部署。
应拿到什么

页面检查表与实际截图。

检查点

数据一致,手机无整页溢出,没有外部资源。

STEP 06

继续集成前再确认依赖与执行方式

通过一个静态示例不能证明第三方API稳定或许可适合。后续集成先取得官方资料,再明确仓库和费用。

阶段 06 · 继续集成前再确认依赖与执行方式
列继续集成所需的官方文档、许可证、版本、费用、仓库和验收。只给计划,未经批准不开子代理、不启动云Agent、不安装第三方包、不提PR或部署。
应拿到什么

后续调查清单。

检查点

原型成果与尚未验证的第三方能力清楚分开。

排错与验收

卡住时先看证据,再决定下一步

有宣传没有文档

先列待补,不安装陌生代码试运气。

只画图没有原值

增加文字表格或可回查的数据文件。

截图与输入数字不同

逐行比对,先修数据再调视觉。

原型成功就可以生产吗

还需核对真实依赖、许可、性能与业务条件,保留未验证范围。

完成前,逐项核对

勾选用于本次自查,刷新后重置;不代表真实服务已经通过验证。

已核对 0 / 6 项

练习材料

原始输入与参考答案分开下载

第一次先交原始材料和规则,不提前提供参考答案。验收后,再下载报告与全部提示词保存。

来源与验证范围

把官方能力与练习结果分别核对

内容更新日期: · 修改页面不等于重新核验资料或实操。

资料核验:未核验 · 暂无核验日期
尚无本案例单独核验官方资料的记录;下列来源供复核,不能视为已核验。

实操核验:未核验
未核验真实账号、外部工具写入、定时执行或长期运行效果;合成练习与页面自查不能替代实操核验。

书签与库名为合成材料。图表示例为本站原生 HTML/CSS,未安装第三方库、读取 X 或启动 Agent。

  1. Grok Bot:文件与结果 ↗

    核对可领取的实际文件;原生参考页由本站编写。

  2. Grok Bot:应用与共享电脑 ↗

    核对连接方式、可见范围与账号内共享状态。

  3. Grok Bot:Skills 与 Routines ↗

    先验证一次手动任务,再保存与安排重复运行。

下一步

用自己的小批材料,再验收一次

保留原始输入和操作记录,先确认每项结果能回查,再增加连接与重复运行。

相关外部资料 217 条 →官方资料和原作者分享,每条附核验范围说明。

最近更新: