0)元信息
- 原始记录时间:2026-02-08(含 1)灵感记录 ×2 + 2)晚间复盘 + 3)补充)
- 补丁来源时间:(待补充)
- 触发:LS(你口中的手机端/苹果端特性,尤其 Safari)适配长期碰壁;开发者日志工具升级;对“研究”的重新领悟;晚间复盘情绪起伏;额外玄学视角引发自我提醒
- 主题关键词:#LS适配 #iOSSafari #开发者日志 #研究 #需求清单 #元认知 #游戏收割 #阅读未完成 #焦虑 #赚钱路径 #技术积累 #身体状态
1)整理后的全文(纠错+理顺表达,不改原意、不减少内容)
1.1 灵感记录 1|“先研究再开干”:用 AI 生成需求清单,把研究结果回喂给开发 AI
我今天突然悟到一个关键点:我这段时间一直在用手机端作为主要使用场景做 AI App,但 LS(尤其苹果端/Safari)特性很独特,我其实一直在跟它“搏斗”。
但很多时候我真正缺的是研究。比如:我完全可以(并且现在也已经做了)让“负责写 App 的 AI”先输出一份清单:
- 我在 LS 上可能会在哪些特性上碰壁?
- 它需要哪些针对我这个版本/场景的具体信息?
然后我拿着这份“需求清单”,把它发给 GPT,让 GPT 去做研究/检索/整理,把最准确的信息返回给我。最后我再把结果直接喂回开发 AI——这样它才真的知道该怎么写、该怎么改。
否则我之前一直靠“语言强调”“反复提醒”,其实不解决问题:如果它本身拿不到这些信息(比如它不联网、或者信息源不对),你怎么强调都没用。
这也让我突然体会到李笑来说的“研究的重要性”。尤其现在有 AI 工具,研究真的“平权”了——这是一种翻天覆地的变化。以后遇到这种特别卡人的问题,先把具体信息想清楚,别只靠玄学式的反复改。今天我算是切身体会到了这一点。
1.2 灵感记录 2|“先动起来”没问题,但要有“研究触发器”:反复改不动,就调用元认知去查根因
我补充一下:很多时候不是我完全不想研究,而是我一开始根本没想到 Safari 和 PC Chrome 会差这么大。很多问题是到后面暴露出来,我才逐步知道。
所以我认为对我这种容易完美主义的人,有两种准备方式:
- 理想状态:一开始研究透彻再开干。
- 但对我个人更现实:先动起来是对的,否则我一追求完美就可能直接不开始。
关键在于:当项目中出现现实问题,尤其你发现“改了好几次都不行 / AI 改来改去还是坏 / 同一个坑反复出现”,你要警觉:
这不一定是 AI 太差,也可能是信息来源不对、缺关键资料、或环境差异(比如手机端异常、PC 端一直 OK)导致它无法正确解决。
这时候就要调用一点元认知:停一下,想想问题到底出在哪;再适当地启用“调查研究”的能力,把信息补齐,再继续推进。
1.3 2 月 8 号晚间复盘|开发者日志 v2 很关键;研究的流程开始成型;情绪起伏、游戏收割与阅读缺口
今天整体收获挺大,但心情起伏也比较大。起床还算 OK,8:30~8:40 左右起来,8:50 进入状态,中间 6 分钟吃饭;大概从 9:20 到 11:00 左右处于创造状态。
上午整个人状态不算好,因为还是在跟 iOS/LS 的问题搏斗:PC 端一直正常,但 iOS 端一直有问题、一直有问题,困扰很久。
今天有一个很关键的“利器”:开发者日志工具,而且现在已经到第二版了。第一版存在数据类型不够规范、信息太粗的问题,但第二版已经“画出来/做出来”了,我觉得非常 OK。
这也提醒我:以后凡是做 Web App 开发,尤其要适配 iPad/iPhone、并且在 Safari 里跑——开发者工具/开发者系统必须提前搭好。开发者日志只是其中一块,后面肯定还有其他值得搭建的“开发者系统”。为什么那么多人都要引入日志?因为它真的有用,这是基础设施级别的东西。
今天另一个最大的收获就是:再次强烈感受到“研究”的价值。尤其在 AI 让研究平权的时代,研究的投入非常值得。
我的做法/灵感前面已经说过:针对 iOS 的具体信息开发 AI 可能没有,我就让它先列出需求清单,再发给另一个 AI 做深度整理/调查,再把结果回传,形成一个闭环。
同时我也进一步想清楚“什么时候研究”更适合我:
- 我不适合一开始就把研究做得完美,否则我可能启动不了;
- 但当我发现问题反复出现、AI 改了很多次仍不行,或者出现“手机端异常但电脑端一直 OK”的这种典型信号,我就应该切换到“研究模式”,针对 Safari/LS 的特殊性去查证与补齐信息,再继续推进。
今天也有一个插曲:有大概三个小时被游戏收割了。但我玩了一下就删了,这点值得表扬——以前(比如部落冲突)一旦下回来会影响我好几天;现在我确实变了,而且我心里也更清楚自己有更值得做的事情。
我提醒自己:三种状态——脆弱、坚韧、反脆弱。我现在至少要先做到“坚韧”,再谈反脆弱。
今天阅读计划也没实现,一个原因是我有点焦虑:看到别人发学习内容,再叠加上午 iOS 问题反复出现,就更焦虑。
但我也在想:以后把系统与工具做到位(开发者系统到位、甚至换更强的工具,比如 Cursor/Cloud Code),整体会更稳、更顺。
另外,今天我对“赚钱”这件事也有了一些更清晰的想法:
我可能还是太着急、太想走偏门了(比如一些门槛低、被吹捧的路径:跨境电商、独立站之类)。但门槛越低、越被宣传,竞争往往越激烈,背后可能早就“玩烂了”。
反过来,一些更专业的领域,门槛更高,也更符合我的专业与能力资本。学历贬值是一个趋势,但“学历该发挥的价值”还是要让它发挥出来,这不是一回事。我不应该让学历白白浪费。
所以我现在更倾向于:学习依然很重要,但要学习到有用的东西;搭建我的学习系统也是合理的;在钱这方面不必太急,否则可能得不偿失。后续也会根据我认知更新继续调整。
1.4 补充|玄学视角带来的“提醒”:别被“外门邪技”带跑,身体与长期积累才是底盘
今天我也稍微了解了一些玄学方面的东西。我不把它当成“定命”,也不保证 AI 分析 100% 准确,但我觉得可以当作一种视角和提醒。
它提到我“缺木”“金旺”,给出的解释大概是:我的“财”可能并不差,不需要太担心赚不到钱;反倒是我因为太担心,去想一些外门邪技,可能最后“真气不行”。更适合我的可能是偏“技术积累、厚积薄发”的路线。
它还提到一个点:可能“身体偏弱/承载力”相关——意思是身体如果不行,可能就“承不了财运”。这对我的提醒是:别人的生活习惯、工作习惯(尤其特别牛逼的人那套)不一定适合我;精神可以继承,但要根据我的实际情况调配。
所以落回现实:身体需要加强;赚钱路径也要更细致地想;如果结合我自己的能力资本与 AI,完全可以在更高门槛、更符合我优势的领域里去思考创业,而不是小打小闹。以及我也可以多了解历史与他人路径,别把视野锁死在短期“搞钱冲动”上。
2)快速捡起版(按四块分类)
2.1 今日时间线(大致梳理)
- 08:30~08:40 起床;08:50 进入状态;中间 6 分钟吃饭
- 09:20–11:00(约):上午主要在跟 iOS/LS 适配问题搏斗(PC 正常、iOS 反复异常)
- 今天关键推进:开发者日志工具 v2 成型;并形成“需求清单→研究→回喂AI”的研究闭环思路
- 插曲:约 3 小时被游戏收割,但玩后删掉
- 阅读计划:未完成;焦虑因素上升
- 额外:对赚钱路径做了方向性反思;以及玄学视角带来的提醒(不当成定命)
2.2 灵感(来不及做也先占位便于捡起)
- 让开发 AI 先列出“LS/iOS 会碰壁点 + 缺失信息清单”,再交给 GPT 做研究整理,最后回喂给开发 AI
- 不是一开始就完美研究,而是设置“研究触发器”:反复改不动/环境差异明显时立刻切换研究模式
- 开发者系统要补齐:日志只是第一块,后面要形成更完整的移动端调试基础设施
- 赚钱:从低门槛“被吹捧路径”抽离,回到更高门槛/更符合能力资本的长期积累路线
2.3 问题(自我发现的风险点)
- iOS/LS 问题反复 → 情绪起伏、焦虑上升 → 影响阅读与心流
- 游戏仍会造成“长时段收割”(虽能删掉,但仍消耗大块注意力)
- 对“研究”的忽视会把时间浪费在反复试错与语言强调上
2.4 小确幸(数量不限)
- 开发者日志 v2 解决“手机端没 F12”的痛点,像是把眼睛补上了
- 我对“研究”的理解更落地:不是鸡汤,而是能直接提升效率的流程
- 游戏能做到“玩一下就删”,说明我在变坚韧
- 赚钱路径的思考更成熟:不再只盯偏门冲动
3)洞察卡(Insight Cards)
Insight-01|研究不是“额外负担”,而是把反复试错一次性结束的捷径
结构:缺信息 → AI 只能瞎改 → 反复失败 → 焦虑上升
关键点:先让开发 AI 列“缺什么信息/会踩什么坑”,再研究补齐,回喂后再改
后果:同样时间能换来更确定的推进,而不是“靠强调赌运气”
结论句:反复改不动时,研究就是最快的“止损”。
Insight-02|“先动起来”适合我,但必须配套“研究触发器”
结构:完美主义倾向 → 过早研究会卡启动;但完全不研究会卡中途
关键点:当出现“改了很多次仍不行 / 手机端异常但 PC 一直 OK”就触发研究
结论句:启动靠行动,推进靠元认知切换模式。
Insight-03|开发者日志是移动端开发的底盘:没有它,就等于蒙眼调试
结构:手机端缺 F12 → 看不见错误 → 只能猜
关键点:日志从 v1 到 v2 的升级直接带来可定位性
结论句:先把“看见问题”的系统搭好,后面才谈效率与稳定。
Insight-04|赚钱路径的“门槛与竞争”逻辑:越被宣传越可能拥挤,越低门槛越容易卷
结构:低门槛路径被吹捧 → 竞争激烈 → 期望落空 → 焦虑与偏门冲动
关键点:能力资本(专业/长期积累)能形成护城河
结论句:别把能量押在拥挤赛道的幻想上,把优势做实更稳。
Insight-05|玄学视角的现实落点不是“信命”,而是“身体承载力 + 长期积累路线”
结构:外门邪技冲动 vs 技术积累路线;身体状态影响承载与执行
关键点:学习借鉴要适配自身,不抄作息与强度的“表层模板”
结论句:把它当提醒:先把底盘(身体与系统)做稳。
--
4)落地点
4.1 用户原生提取(你自己讲的)
- 以后遇到 LS/iOS 适配这种卡点:先让开发 AI 列“会碰壁点 + 所需信息清单”,再让 GPT 做研究整理,回喂给开发 AI
- 我不适合一开始完美研究,否则会卡启动;但当反复改不动/环境差异明显时必须切换到研究模式(元认知触发)
- 开发者日志工具 v2 很关键:移动端适配必须先把开发者系统搭好
- 今天情绪起伏较大:上午被 iOS 问题困扰;阅读计划未完成,焦虑有触发
- 游戏收割约 3 小时,但能做到“玩一下就删”,说明我在变坚韧
- 赚钱路径反思:低门槛被吹捧赛道可能早已拥挤;更应该回归高门槛/符合专业与能力资本的长期积累
- 玄学部分当提醒:别走外门邪技;身体底盘与长期路线更重要,别照抄他人的生活/工作习惯
4.2 助手建议(明确标注)
- 助手建议:你这个“需求清单→研究→回喂AI”的闭环很好用,建议给它取一个固定名字(比如“回喂研究链”),以后每次卡住就直接启动这条链,减少犹豫与重复内耗。
- 助手建议:针对“阅读计划容易被焦虑与技术卡点挤掉”,你可以把阅读定义成“最低剂量也算完成”(比如 10 分钟 + 1 个问题丢给 AI),先保连续性,别让它被完美主义绑架。
5)归档与关联(便于未来检索,不等于写入长期记忆)
- 索引编号:DIARY-20260208-001
- 标签:#研究 #回喂AI #开发者日志 #iOSSafari #LS适配 #元认知触发 #游戏收割 #阅读缺口 #赚钱路径 #身体底盘
- 关联:(可选)与 2026-02-07 返工音频链路、32C 版本策略、开发者日志 v2 同主题连续记录