GOOD READING / ORIGINAL SOURCES

好内容,值得再打开。

X 帖子与收藏、官方发布、研究与维护者资料。
先读导读,再沿着原始出处继续。

930条精选 · 8 个方向保留原始发布日期

每条说明出处与阅读范围。工具效果和案例数字归原作者;近期筛选按来源日期,截止 2026.11.07。

第 37 / 39 页 · 共 930 条
产品与运营方法阅读

找需求的流程,最后仍要回到真实使用

AIRobert 先从自己的麻烦、朋友抱怨与社区讨论找问题,再用关键词、趋势和搜索结果初筛,最后用小产品观察反馈。值得保留的是证据层次:搜索指标说明有人寻找答案,是否愿意持续使用或付费仍需另一轮验证。

X 收藏
产品与运营方法阅读

先手工跑通,再把经验做成 Skill

Mai Yang 转述团队访谈中的工作方式,从设计系统和关键画面开始,分别安排任务拆分、自检和需求讨论,再把亲手跑通的流程沉淀为 Skill。这里有用的是先留下可复用的成功条件,再考虑固定调度,避免自动化放大未解决的问题。

X 收藏
公司与生态观点观察

从一份行业声明看责任怎样落地

黄仁勋在这条历史公开声明中,把开发与部署责任、内部控制、外部评估和董事会监督放在一起。它提供了观察企业承诺的几个入口:谁负责、什么可以独立检查、没有做到时怎样问责;承诺本身不代表已经完成执行。

X 收藏
图像与视频方法阅读

让相邻镜头共享一个仍在运动的对象

这篇动效方法整理强调画面交接保留对象、运动连续和音效节拍,并提供一镜到底项目入口。它适合作为审片问题:前后画面由什么连接,观众是否看得懂视线移动,转场是在推进解释还是只是在掩盖硬切。

X 收藏
评估与原理方法阅读

把“继续做完”写成明确的任务约定

这份中文提示整理讨论长任务汇报、完成条件、按需读取资料和具体风格约束。它提醒读者,进度说明不等于交付物已经合格,模糊的“别像 AI”也不如列出要避免的具体表现;可借此检查自己的任务说明是否可执行。

X 收藏
开发与协作方法阅读

方案、执行、复核可以怎样分工

宝玉描述了让不同模型分别出方案、执行和验收,再根据反馈修复的循环。这个经验最值得借用的是交接方式:方案要能被另一个执行者理解,验收反馈要指向具体缺陷,循环也要有明确的通过条件。

X 收藏
开发与协作方法阅读

项目规则也要控制长度与触发范围

这篇中文整理讨论 Skills、AGENTS 和任务提示中的冗长规则,强调具体触发条件、渐进读取与完成定义。可借用的方法是区分每次都需知道的边界和只在特定任务中读取的细节,让规则真正帮助交付而不是堆积背景。

X 收藏