1作者: vibefarm大约 1 个月前原帖
嗨,HN,我创建了VibeFarm,旨在超越一次性提示,进入模块化创作。用户可以在VibeCards中堆叠元素,将语言拆分为结构化的控制项,这些控制项可以锁定、随机化和重新混合。可以把它想象成为提示的Ableton:锁定有效的部分,随机化其余部分,并将这个堆栈作为一个系统重复使用。 或者想象一个提示市场,用户不是分享单个提示,而是交换可以加载、重新混合和重复使用的整个系统。 ### 有何不同 - **结构化槽位**:主题、上下文、风格、目标,确保输出一致且可编辑 - **用户创建的卡片**:直接从文本生成新的VibeCards或元素。系统中的所有内容都是用户可扩展的 - **锁定 + 随机化**:冻结任何卡片,探索受控的变化 - **可移植单元**:将堆栈保存为纯文本.vibe文件,以便在不同模型中使用 - **组合探索**:即使是小堆栈也能创造几乎无限的变化而不失真 - **语义层次**:语言、隐喻和类比信号的内部分离,使风格在模型演变时保持可移植 - **语言,而非语法**:当每个人都使用相同的措辞时,模型会趋向于相同的风格。VibeFarm将语言模块化,让你可以将语调、节奏和结构作为创意变量进行探索。 ### 重要性 虽然大多数工具专注于界面或自动化,但几乎没有人关注大型语言模型(LLMs)的核心材料:语言本身。忽视这一点就像在不接触像素的情况下构建Photoshop。 VibeFarm作为Midjourney和Sora等模型之上的创作层,帮助创作者打破提示的固定模式,并在文本、图像和视频生成中保持独特的意图。随着模型的演变,它自然地扩展。 ### 尝试一下 实时演示(即时,无需注册):[https://app.vibefarm.ai](https://app.vibefarm.ai) 更多信息:[https://vibefarm.ai](https://vibefarm.ai) ### 技术细节 使用React + TypeScript、Zustand、Node/Express、Neon Postgres + Drizzle、OpenAI API。 .vibe格式是一个不断演变的、最小化的、版本化的文本规范。 欢迎所有反馈。乐于在讨论中探讨实施细节、设计权衡和下一步计划。
2作者: meloncafe大约 1 个月前原帖
我今年在Claude Code上花了大约2000美元(我有超过10年的开发经验,现在从事非开发工作,仅做一些副项目)。 我学到的一个重要教训是:Markdown指令并不奏效。 人工智能需要强制执行。 问题的转折点是自动压缩。 在上下文压缩后,Claude总是忽视CLAUDE.md——这是Anthropic告诉你要创建的文件。 这就像雇了一个每两小时就忘记自己工作描述的人。 我无法仅通过指令解决的核心问题有: - 压缩后的健忘症:“解释”上一个会话,往往是破坏性的 - 会话记忆丧失:每天像新实习生一样问同样的问题 - TODO流行病:“我实现了它!”(旁白:那只是一个TODO) - 命令混乱:rm -rf,重复的curl提示,带有“by Claude”的git提交 - 指导方针=建议:在它想的时候才遵循 经过6个月的挣扎,我建立了强制执行的钩子(命令限制器、压缩前的自动摘要、TODO检测器、提交验证器)。 它们有效,但我感觉自己是在与工具对抗,而不是与之合作。 我想问社区几个问题: 1. 这是大家的共同经历,还是我根本上在错误地使用Claude Code? 2. 对于使用Cursor/Copilot等工具的人,是否也面临同样的强制执行问题? 3. “Markdown指导方针→AI遵循它们”在大规模上是否根本不可行? 这些钩子在GitHub上(大部分是韩文,但功能通用): https://github.com/meloncafe/claude-code-hooks 我真的很想知道这是否是一个普遍的AI编码问题,还是我个人的技能问题。