2025-05-04
工程师
https://www.nngroup.com/articles/prompt-suggestions/?utm_source=rss&utm_medium=feed&utm_campaign=rss-syndication
prompt 建议分类有以下三种：
- 输入的时候提示，就像是代码提示一样，只不过是在输入框
- 预设的 prompt，大多数情况下是告知产品有哪些功能
- 一步一步提问完善用户的 prompt
https://blog.sshh.io/p/everything-wrong-with-mcp
概述了目前 MCP 所在的问题，现在 MCP 就像是 HTTP 一样，正在统一标准，但是目前可能还有些问题：
- 比如安全，操作文件的 MCP 本身就很危险；比如成本，MCP 执行的结果可能很长
- 里面提到了如何拿到 cursor 等类似 AI 工具的backdoor代码（system prompt），通过 MCP 也可以拿到，比如通过自定义 MCP，拿到了 cursor 的 https://gist.github.com/sshh12/25ad2e40529b269a88b80e7cf1c38084
- 从文章无法得到实现方式（https://blog.sshh.io/p/how-to-backdoor-large-language-models 这是他之前非 MCP 获取方式）
https://hntrl.io/posts/you-dont-need-websockets/
Websocket 和 HTTP 相比最大的问题就是错误处理，如果不做额外的业务逻辑（catch 或者原生的监听错误），消息返回是不带有错误消息的。但是 websocket 可能是为了解决流式的情况，因为一个 HTTP 请求可能会比较久（如果背后的业务逻辑比较耗时）。里面提到了一个好用的 eventkit 的 npm，可以处理 http streaming 情况。
https://uvcanvas.com/
通过 webgl 实现一些比较酷炫的动画，会比 threejs 更 minimal 一些，webgl 画这种效果（更加酷炫一点）甚至还有比赛。之前也有类似的开源产品 https://github.com/shuding/cobe
https://advancedweb.hu/shorts/javascript-best-practice-use-return-await/
解决了我一直以来的一个问题，async 函数没办法使用 try catch 捕获不错，只能使用 .catch，但是只要通过 return await asyncFn() 就能够解决这个问题？
AI
https://www.daytona.io/
之前我不太理解为什么会有 AI Agent 的云服务，或者在做什么。后来我看到 Agent 可能会修改创建文件，这就可能会遇到冲突的问题，所以有个 sandbox 环境就很重要。
https://github.com/PhialsBasement/Chain-of-Recursive-Thoughts
在原来思考基础上，增加 AI 决策思考几次，同时每次思考选择三个方案然后选择最好的一种。
https://github.com/getcursor/cursor/issues/2976
VSCode 为了推自家的 AI 编辑器，把 fork vscode 的 AI 编辑器的一些 VSCode 插件给禁用了。任何大公司的开源产品都会有类似的问题，其实我还一个问题就是，VSCode 以及巨硬家的其他编辑器又不收费，赢利点在哪，甚至它还有好几款。
https://ghibliai.co/
生成吉卜力风格照片
https://gist.github.com/dlogvin/874f706030c7caa832b4cf896e01d6ee
之前 midjourey 生成图标效果一直不好，现在 gpt-4o 好了一些。这一个生成图标的 prompt，是直接复制这个 JSON 给模型，看起来是比较专业且推荐的方式。这是它的效果：
另外还有一份，https://www.inspola.com/prompts/logo 的 prompt 
但是你可以在这里 https://json.visuals.zip/ 发现更多。我才发现在这个模式下，最专业的方式是通过 JSON 数据的方式个模型。
想法
- 想要有一个快速的应用可以快捷的 focus 屏幕，因为我之前都是使用鼠标去点击的；还想要一个软件可以重新排列 window，在多个屏幕情况下，让 vscode 都去其中一个屏幕，浏览器去另外一个屏幕。
- 可以写个小插件，把 AI 对话导出为 PDF 或者什么另外的文档格式，方便后续作为搜索。
产品
https://appstacks.club/?ref=producthunt
一些优秀产品背后的故事，比较有趣的是和文章阅读类似，看优秀产品在用什么技术活着产品来构建原型还挺有意思的，但是这些都是细节，重要的是去看看别人是怎么构思产品的。之前我一直纠结的是如何如何写优雅的代码，用最新的最好的技术选择。现在看来就没有那么重要。
https://deepwiki.com/ 覆盖了我常用 cursor 的场景，用来阅读开源代码，现在你可以直接搜索然后阅读 AI 帮你结构化之后的代码了。
https://github.com/gustavscirulis/snapgrid
好像是用来收集图片 UI 的，但是 README 写了，居然是通过 AI 生成的代码，这也是第一个我看到的明确说明是通过 AI 构建的应用。
设计
https://www.droppable.app/?ref=producthunt
设计很好看，很适合哪种文件传输的 APP，设计风格可能有点前卫，大量的使用了模糊的玻璃，可能对于 Web 实现并不是那么友好。我一直对这种非常 Mac 风格的设计没什么抵抗力。
文章
https://blog.charliemonroe.net/a-few-words-about-indie-app-business/
文中解释了，当你有工作，然后又在尝试独立开发，可能不会坚持太久，因为8个小时工作之后，3-4小时的写自己的东西，很容易有厌恶面对电脑的感觉。
https://www.bilibili.com/video/BV19KNveWETA/?vd_source=064615b45e59ecacfb548f2bc9e318a4
视频，执行间隙=行动 - 想法的间隔时间。等待时间越长，启动的行动需要的动力就要越大。第一次看到这个名词我还以为是执行时间不连续的问题。最有效的解决办法就是：
- MVP（https://www.atlassian.com/agile/product-management/minimum-viable-product）
- Small milestone - 拆解任务，设置一些可以达成目标