All artifacts A877 · ARTIFACT 002 / OPEN BRIEF
共创概念草案 · 尚未开放活动报名

ROBBY HACKATHON · EDITION 001

把一个周末，
压缩成一次完整创造。

从一个真实问题开始，在自己设定的时间里完成判断、原型、验证与发布。 你可以独立练习，也可以和同伴一起动手；先用一张项目卡，把想法往前推进一步。

领取项目启动包 查看四阶段节奏
STATUS
概念草案 · 未开放报名
FORMAT
自定节奏的原型练习
TEAM
独立完成 / 自行组队
OUTPUT
可演示的真实原型

01 / WHY

不等灵感成熟，
让行动替它完成。

好作品很少从一份完美计划开始。它通常来自快速看见问题、诚实面对限制， 然后在反馈里一次次缩短“想到”与“做到”的距离。

这里保留讨论，但更尊重交付；欢迎 AI，也欢迎纸笔、代码、镜头和任何 能让答案变得可触摸的媒介。

02 / PROGRAM

四段推进，
把模糊变成发布。

  1. 00

    ALIGN

    问题对齐

    拆掉宏大叙事，只留下一个值得解决、能够验证的具体问题。

  2. 01

    MAKE

    快速成形

    确认最小闭环，分配角色，让第一个可触摸版本尽快出现。

  3. 02

    BREAK

    现场验证

    主动寻找脆弱之处，用真实反馈而不是想象决定下一次迭代。

  4. 03

    SHIP

    公开发布

    讲清问题、选择与结果，把作品交给现场，也交给下一次继续。

03 / POSSIBLE TRACKS

从你真正
在意的地方开始。

TRACK A

AI 队友

让模型进入一条真实工作流，而不只是停留在聊天窗口。

TRACK B

内容系统

重新设计内容的理解、组织、生成、分发或反馈闭环。

TRACK C

日常工具

把一个高频摩擦做轻一点，让技术真正减少人的负担。

04 / RULES OF PLAY

现场只保留
四条原则。

05 / STARTER KIT

带走一张项目卡，开始你的创造。

共创活动尚未开放报名，当前没有已确认的活动日期、地点或导师安排。 这份启动包已经可以直接使用：保存项目卡，按四阶段推进，留下可演示的原型和验证记录。

在本地填写自己的项目卡 下载完整启动包 Markdown 文本 · 可在自己的笔记中填写
无需登录，本站不接收填写内容
完整项目卡、执行清单与合成示例

Robby 的黑客马拉松 · 项目启动包

这是一份可自行使用的原型练习材料。共创活动仍处于概念草案阶段，尚未开放报名；本文件不是报名凭证，也不代表任何活动安排。

把这份文件保存到你自己的笔记或项目目录，填写方括号里的内容。可以独立完成，也可以与自己选择的同伴协作。时间和分工由你们决定，本站不接收填写内容。

先做一件小事

先写出“谁，在什么场景里，遇到什么具体困难”。如果暂时答不清，选一个你自己遇到过的例子。从一张草图或纸面流程开始也可以。

一页项目卡 · 复制后填写

  • 项目名称：[给这次练习一个简单名字]
  • 使用者与场景：[谁，在什么时候，需要完成什么]
  • 当前做法：[现在怎样完成这件事，最卡住的一步是什么]
  • 具体问题：[一句话，只写一个问题]
  • 希望发生的改变：[使用者最终能完成什么]
  • 完成标准：[可以实际检查的结果，避免“更智能”“更好用”等笼统描述]
  • 最小范围：[这次必须做出的一个完整流程]
  • 明确不做：[暂时排除的功能与场景]
  • 起点材料：[已有的草图、公开样例或可使用的代码]
  • 分工与时间盒：[独立完成或角色分工；可投入的时间；何时停止扩展]
  • 今天的第一步：[现在就能开始、完成后可展示的动作]

四阶段执行清单

00 / ALIGN · 问题对齐

产出：填写好的项目卡与一个具体使用场景。

  • [ ] 用自己的例子走一遍当前流程，写下真正卡住的一步。
  • [ ] 定义一个可以观察的完成标准；没有基线时，先记录现状。
  • [ ] 只保留一个主要流程，并写下这次不做什么。
  • [ ] 能向另一个人解释“谁会用、何时用、用完得到什么”，再进入下一阶段。
01 / MAKE · 快速成形

产出：一份从开始到结束能走通的最小原型。纸面、可点击页面或代码都可以。

  • [ ] 先连接输入、处理与输出，再补装饰和非必要功能。
  • [ ] 准备一个明确标注的合成样例，不把个人信息写进演示材料。
  • [ ] 记录打开方式、必要条件和当前限制，让别人不靠口头指导也能开始。
  • [ ] 从空白状态完整走通一次主要流程，再进入验证。
02 / BREAK · 现场验证

产出：两条验证记录，以及已修复或明确说明的问题。

  • [ ] 正常路径：让使用者完成项目卡定义的任务，记录实际结果。
  • [ ] 边界路径：尝试一次空输入、失败或退出，检查是否有清楚的下一步。
  • [ ] 记录观察到的事实，不把猜测写成用户反馈。没有邀请他人时，明确标注“自测”。
  • [ ] 优先修复阻断任务完成的问题；未解决的限制写进交付说明。
03 / SHIP · 公开发布

产出：可打开的演示或可下载的文件，以及一段可独立理解的交付说明。

  • [ ] 选择合适的交付范围：交给自己的项目记录、同伴，或公开发布。
  • [ ] 写清楚解决的问题、打开方式、验证证据和已知限制。
  • [ ] 检查导出物和演示中没有不应公开的信息；没有公开意愿也可保留本地版本。
  • [ ] 用一个全新窗口或另一位使用者复走主要流程，确认交付物能独立使用。
  • [ ] 留下下一步和恢复入口，完成这次版本后再考虑新增功能。

验证与交付记录 · 完成后保留

  • 验证方式：[自测 / 经对方同意的试用]
  • 正常任务：[具体操作] → [实际结果与证据位置]
  • 边界任务：[空输入、失败或退出] → [实际结果与证据位置]
  • 是否达到完成标准：[是 / 否；没有达到时还缺什么]
  • 原型或文件位置：[可访问链接或你自己的项目文件位置]
  • 打开方式：[从哪里开始，需要哪些条件]
  • 已知限制：[当前还不能做什么]
  • 下次继续：[一个优先问题与必要的恢复信息]

合成示例 · 行前检查卡

以下项目、过程与验证结果均为演示结构而虚构，不是活动案例或真实用户反馈。你可以借用格式，不应把这些结果作为自己的验证证据。

  • 使用者与场景：临时准备短途出行的人，出门前想确认几个必带物品。
  • 当前做法：在不同笔记里找清单，容易忘记核对已准备的物品。
  • 具体问题：清单没有一个能一眼确认“还差什么”的结果。
  • 希望发生的改变：使用者能得到一份清楚的“已准备 / 尚未准备”列表。
  • 完成标准：合成清单里有 5 件物品，标记其中 3 件后，结果准确显示剩余 2 件。
  • 最小范围：一个预置清单、完成标记，以及剩余物品列表。
  • 明确不做：账号、提醒推送、旅行推荐、跨设备同步。
  • 起点材料：纸面上写出的 5 件合成物品：水杯、充电器、雨伞、外套、书。
  • 分工与时间盒：独立练习；自己设定可投入时间，到点保留能走通的版本。
  • 今天的第一步：先画出勾选前后两个状态，并手动核对剩余数量。

示例四阶段产出：

  • ALIGN：用上面的项目卡锁定“准确显示剩余物品”这一件事。
  • MAKE：做出一页清单，用公开的合成物品演示完整流程。
  • BREAK：正常路径标记 3 件后核对剩余 2 件；边界路径全部标记后显示“全部准备好”，撤销一件后重新出现该物品。
  • SHIP：保存可打开页面和一段使用说明；说明“刷新后会重置，不提供提醒”。本例不提供实际部署链接。

示例验证记录（虚构）：正常路径剩余数量符合预期；全部完成和撤销操作均有明确状态。正式做自己的项目时，用实际检查得到的结果替换这些描述。

下一步

现在回到“一页项目卡”，填写你的具体问题和完成标准，再做出第一份能展示的东西。是否使用 AI、是否邀请同伴、是否公开发布，都由你决定。

来源：https://ai.robby.wang/artifact/a877188f0c6c3018ca5ba3bf6f658514/

WECHAT SHARE

把这份项目启动包分享给同伴

点击后显示当前原始网址的二维码。用微信扫一扫进入，再从右上角发送给朋友。

微信分享