首页区块
- 01人机工作流首屏
- 02评估框架
- 03护栏与人工接管
- 04代表项目
template detail / ai-workflow
不靠“用了 AI”抢眼,而是讲清任务、人机分工、评估、护栏和回滚。
YES / 材料匹配
NOT YET / 先补材料
RECRUITER PATH / 先后顺序
先看任务为什么值得交给 AI,再看人机怎么接力、用什么样本评估、出错时谁接管,最后才看模型或技术名词。
01
说明原流程的成本、瓶颈和 AI 适用边界。
02
交代输入、模型动作、工具调用、人工判断和最终输出。
03
让离线样本、线上反馈、质量标准和 bad case 能被核对。
04
说明低置信、敏感或异常场景如何降级、复核和追责。
05
保住事实可信度,同时展示你对下一版产品化的判断。
PAGE STRUCTURE / 页面结构
BEFORE PUBLISH / 不齐就先补
GOOD FIT / 常见题材
MISUSE / 可信度风险
AGENT / 只整理真实材料
SANITIZED EXAMPLE / 只读现有内容
来源:仓库当前 data/projects.json 中的公开脱敏内容;仅摘录 1 个 featured project。这里没有补写业务事实,也不代表使用该模板一定会获得某种效果。
featured project / paid-content-evaluation-typing
过去,付费作者挖掘通常需要 1 名数据分析师或 1 名算法同学写 SQL、制定策略;现在,产品和运营已能借助 AI 的内容理解与自动化策略自行完成。
SELECTION SIGNALS / 选择信号
DATA CONTRACT / 页面到数据
字段只决定内容放在哪里,不会自动补齐事实。数组项不足时,应回到材料追问或明确标记待补充。
| 页面区块 | projects.json 字段 | 这个区块要回答什么 |
|---|---|---|
| 任务与人机边界 | projects[].background · projects[].summary · projects[].roleContribution.judgment | 说明任务价值、原流程和 AI 适用边界。 |
| 人机工作流 | projects[].caseStudy.productMethod · projects[].actions | 串起 AI、工具和人工节点。 |
| 评估与证据 | projects[].caseStudy.algorithmAndData · projects[].caseStudy.evaluation · projects[].metrics | 展示样本、质量标准、结果和限制。 |
| 护栏与人工接管 | projects[].roleContribution.boundary · projects[].results | 明确错误代价、人工责任和披露边界。 |
| 回滚与资产 | projects[].caseStudy.artifact · roadmap | 记录可复用资产与下一版治理方向。 |