项目在自己的电脑上跑得很好，发给别人却只有一句“你先装一下环境”。这大概是许多学生作品集最常见的终点。
Cursor 本周宣布可以直接构建可分享的在线应用。官方帖文称，工具可以建立应用与数据库，进行确定性及 Agent 辅助的安全检查，再完成部署。
让作品走出 localhost，当然值得欢迎。但链接能打开，只是上线之后第一个能被看见的状态。对求职者，接下来的工作恰好可以成为项目区别于演示的地方。
别人能打开 要先说明别人是谁
一个应用可能只想给面试官试用，也可能准备让同学长期使用。目标不同，对账号、数据和使用说明的要求也不同。没有必要把每份作品都做成商业服务，但应当让访问范围符合你的计划。
以模拟预约工具为例，面试官应该看到演示数据，而不是其他同学真实提交的信息。若不同用户可以查看彼此的记录，首页再漂亮，也无法证明权限已经处理好。
可以把访问要求写成几句可检查的话：未登录的人能看到什么，普通用户能改哪些记录，管理者额外有什么权限。接着用对应身份试一遍，而不是只在自己的管理员账号里点击。
这些检查可以发生在小型演示环境里。清楚说明“这是受限演示”，比开放一个自己尚未理解的数据入口更适合作为作品集交付。
数据写进去了 页面刷新以后还在吗
第一次点击提交，界面显示成功，很容易让人宣布应用已经可用。但成功提示可能只代表前端完成了某段逻辑。需要继续确认记录是否进入正确位置，刷新、重新登录或换个访问者后，状态是否仍然成立。
对预约、表单和任务工具，还应考虑重复提交与中断。用户按了两次按钮，会新增两条记录还是保留一条？网络断开时，页面是否说明当前结果？这些问题比增加几个装饰功能更接近真实使用。
学生可以给项目保留一个简短的验收脚本，用普通操作描述输入、动作与应观察到的结果。脚本不必由代码实现，关键是别人能按它复核。
若测试只在一个浏览器或一组数据上完成，就记录这个范围。把实际做过的事情写清楚，会让后续改进有明确起点。
安全检查提供帮助 不能替你作所有决定
产品内置检查有价值，但官方说会运行安全检查，不意味着每个生成应用都已得到无条件的安全保证。扫描器、Agent 与人工审查各自能看到的问题并不相同。
例如，工具可能发现暴露的配置，却未必知道某类资料原本不该被上传。系统也可能按要求开放了下载，但用户需求中的“允许谁下载”从来没被说清。这是需求和使用范围的问题，不能只交给扫描结果判断。
作品集中可以说明你采用了哪些检查，随后又补了哪些针对业务的核对。不要把一句“已通过安全测试”当作完整证据，也不必列一大串自己没有实际执行的检查项目。
对初级候选人，一次具体修正就很有价值：发现普通用户可以修改不属于自己的记录，随后缩小权限并复核相关路径。前提是这些行为确实发生过，不能把教学情境写成个人经历。
上线以后 错误会发生在哪里
在线应用多了运行环境、数据库、配置和第三方依赖。出现问题时，候选人需要知道从哪一层开始看。所有错误都交给 AI 重写代码，可能很快产生更多无法解释的变化。
可以围绕一个实际失败保留记录：当时用户看到了什么，系统留下了什么信息，你先排除了什么，最后为什么选择那项修改。若没有真实故障，可以设计模拟中断练习，并明确标为练习。
恢复方式同样值得讨论。一次更新出了问题，能否回到上一版？数据是否发生了难以撤销的变化？如果演示项目没有完整恢复能力，就交代限制与关闭入口的方法。
运维不必成为学生作品集里的夸张头衔。你能解释一次发布怎样完成、出错后怎样缩小影响，已经比只交一个链接提供了更多信息。
为演示应用准备一次交接
可以给预约工具安排两位合成用户，分别创建不同记录。然后以每个身份查看、修改和取消自己的记录，并检查是否看到了不属于自己的内容。这个练习先验证权限边界，再讨论页面体验。
接着模拟一项普通中断：提交后关闭页面，再重新进入。观察界面是否能说明任务状态。若无法确定，就应避免再次提交造成重复，而不是把一个含糊提示当成成功。
可以请同学拿着简短说明独立试用，只记录他在哪一步停下来、误解了什么，以及是否能够确认结果。不要把对方客气地说“挺好”当作已经完成用户验证。
还应给演示写一个结束安排。数据是否定期清理，入口需要保留多久，发现问题由谁关闭或恢复？学生项目可以有很有限的服务承诺，但应当让读者知道这一点。
最终交付可以包括试用入口、核心操作说明和实际检查记录。没有做过的安全或压力测试，放进后续计划即可，不必为了让项目显得成熟而填满所有测试名称。
把可访问的项目变成可理解的项目
面试官打开作品时，应该很快知道它解决什么问题、怎样试用，以及哪些功能是演示范围。一个简单的入口说明，可以减少对方从陌生界面中猜测的成本。
展示顺序可以从一项具体任务开始：以普通身份完成预约、查看结果、再取消。随后再解释数据和权限如何支持这个流程。不要先展示所有技术栈，再让读者寻找这些技术为什么存在。
还应说明本人贡献。若 Agent 完成大部分初始实现，你负责需求、检查和修正，就把这些工作讲具体；若某些部署步骤由平台自动处理，也不必把它们包装成自己搭建了基础设施。
Cursor 这类更新降低了分享作品的门槛，也让项目更容易接受外部检验。求职者可以借此迈过“只有我能跑”的阶段，再用真实的访问、数据和恢复记录，说明自己理解上线意味着什么。
读者常问
作品一定要长期在线吗
取决于目标与维护条件。一个受限、说明清楚的演示入口，可以帮助读者理解项目，但不应承诺自己无法维护的服务。若停止开放，可保留合适的录像、截图和说明，同时准确标明当前不可访问。
平台完成部署 我还能展示哪些个人贡献
可以展示需求范围、权限判断、数据行为、异常分析和验收。自动化执行的步骤与本人决定并不冲突，但应分别介绍。不要把平台自动建立数据库，写成自己独立设计了完整基础设施。
只看到 HTTP 200 能说上线检查通过吗
它可以支持页面正常返回这一层判断，却不能代替正文、图片、交互和数据结果的检查。应根据应用目标继续确认关键流程。每种检查都有自己的范围，不宜用一个状态码覆盖整项交付。
面试官没有账号 应该开放全部权限吗
不需要。可以提供合成数据、演示身份或清楚的访问说明，让对方完成核心试用。访问方便不应以暴露真实资料为代价。若某个环节不方便公开，就说明可展示的范围，而不是悄悄去掉限制。
- 宣布可以直接构建可分享的在线应用· X / 原始帖文
- Build Live Apps in Cursor· Cursor
结合目标岗位，梳理已有经历、本人贡献和可核查的项目成果，讨论下一步准备重点。