发布前必须有质量门槛
摘要 昨天我排查了一次发布异常:系统显示发布成功,但草稿内容并不正确。 这不是单个按钮的问题,而是发布链路太宽松。文章质量没有达标,配图引用不完整,正文还带着不该进入草稿的本地元数据,系统却继续往外推。 这篇文章讲的是为什么自动化发布必须会刹车。 目录 发布成功不等于内容正确 哪些问题应该阻止发布 为什么本地元数据不能进草稿 自动化为什么需要刹车 长期收益 FAQ 发布成功不等于内容正确 系统显示
共 302 篇文章
第 253 - 264 条,共 302 条
摘要 昨天我排查了一次发布异常:系统显示发布成功,但草稿内容并不正确。 这不是单个按钮的问题,而是发布链路太宽松。文章质量没有达标,配图引用不完整,正文还带着不该进入草稿的本地元数据,系统却继续往外推。 这篇文章讲的是为什么自动化发布必须会刹车。 目录 发布成功不等于内容正确 哪些问题应该阻止发布 为什么本地元数据不能进草稿 自动化为什么需要刹车 长期收益 FAQ 发布成功不等于内容正确 系统显示
摘要 昨天我优化了内容日历里的写文章入口。问题很简单:用户已经选中了日期和账号,点写文章时,系统还让他重新选择。 这说明界面没有理解当前上下文。我最后让写作入口继承当前日期和账号,并让按钮文案也跟着变化。 这篇文章讲的是为什么一个好入口应该带着用户所在场景,而不是把用户拉回空白状态。 目录 用户已经表达了意图 写作入口为什么要继承上下文 文案也要跟着场景变化 为什么要减少重复入口 长期收益 FAQ
摘要 昨天我优化一篇文章时犯了一个流程判断错误:我把“优化文章”理解成只改文字,结果跳过了配图。 用户提醒以后,我重新检查流程,发现如果说的是完整长文流程,配图应该默认包含在内。文章不是文字通过就算完成,还要看图片是否生成、是否插入、引用是否正确。 这篇文章讲的是为什么内容流程里的“完成”必须有明确标准。 目录 我为什么会漏掉配图 完整长文流程应该包括什么 配图不能凭记忆插 为什么要做引用校验 长
摘要 昨天我讨论了一个拖拽问题:如果把一篇文章从某一天拖到另一天,系统要不要连同它的日期归属一起改? 我的答案是要改,而且应该由后端维护一致性。因为日期不只是前端上的标签,它会影响文章位置、排期、预览、发布和后续查找。 这篇文章讲的是为什么拖拽交互背后必须有清楚的数据语义。 目录 拖动文章不是只改 UI 日期为什么是数据事实 文章拖拽和任务拖拽有什么区别 为什么一致性要放后端 长期收益 FAQ 拖
摘要 昨天我反思了一个处理 GitHub 项目链接的习惯:一看到仓库,就想把代码拉下来分析。 这对写文章来说经常太重。读者通常想先知道这个项目做什么、解决什么问题、为什么值得关注、怎么用、适合谁。源码当然有价值,但不应该成为每次写作的默认动作。 这次触发这个反思的公开项目是 agenticstackhttps://github.com/codejunkie99/agenticstack。我保留项目
摘要 昨天我给内容系统增加了一个“账号视角”。原因很简单:只按日期看内容,已经不够了。 当内容同时分发到多个平台、多个账号时,我不仅想知道“今天有什么”,还想知道“这个账号最近发了什么、什么时候发、有没有断档”。日期视角和账号视角回答的是不同问题。 这篇文章讲的是为什么内容日历不能只看日子,还要看账号节奏。 目录 日期视角解决什么问题 账号视角解决什么问题 为什么要合并排期和发布历史 账号视角能带
说到做内容聚合、知识库或者 RAG 应用,第一步总是绕不开的问题:怎么把网页变成干净的结构化数据? 复制粘贴太费劲,正则提取又容易崩,现有的 API 要么贵得离谱,要么限制多到让人想哭。 今天试了 Firecrawl,一个开源、还能自托管的网页抓取工具,解决这个问题真的很清爽。 第一个坑:别再手动处理网页了 它的核心就一件事:你给它一个 URL,它返回 Markdown 格式的正文,还带上完整的
信息太多了,看不完。 每天刷手机,一堆文章、播客、电子书都想看。 但时间根本不够用,看完就忘,脑子里啥也没留下。 说到这个,我最近发现一个超好用的工具——AnythingtoNotebookLM。 它能把你手里的任何内容,变成你需要的格式:播客、PPT、思维导图、Quiz,甚至深度分析报告。 第一个坑:内容来源太杂了,没法统一处理。 这个技能直接搞定: 网页(包括付费文章,自带6
AI写的东西,一眼就能看出来。 不是因为你多聪明,而是AI太好认了。 满篇的“此外”、“值得注意的是”、“在快速发展的今天”,还有永远的三段式排比、莫名加粗的关键词,以及结尾那句“综上所述”。看得人头皮发麻。 说到这个,我以前也这样。 用AI辅助写点东西,稍微改改就发出去了。 后来一个读者留言说:“你是不是用AI写的?” 那一刻我才意识到,问题不是用不用AI,而是输出看起来太像AI
下午检查 jianfeiwechat V4 仪表盘的前后端联调状态,主要验证了主题切换和字号设置两个功能。 过程中发现了一个很隐蔽的 CSS 语法错误。 说到这个,其实挺意外的——明明本地看一切正常,结果 Playwright 截图一跑,light 和 dark 模式颜色居然一模一样。 第一个坑:CSS 缺了个大括号 第 22 行的 :root { 块少了个闭合括号 }! 这可不是小问题
下午对 jianfeipptvideo 做了一次大动作——UI/UX 全面优化。 从 210 条建议到全部落地,分四批执行,用了 4 个并行 Agent,最后生成了第一个验证视频。 说到这个,真的挺有成就感的。 210 条优化建议的生成 先让 AI 把项目从头到脚看了一遍,维度拉满: 竖屏内容表达核心优化 排版与字体系统 色彩与视觉层次 动效与微交互 导航与信息架构
下午发现 Chrome 上感觉有 5 个内容在下载,但下载管理器里看不到具体文件。 顺手检查了系统状态,还把手边一块外置 SSD 格式化了。 到这个 先看 Chrome 的情况,其实挺常见的——你看到“有东西在下”,但点开下载列表啥也没有。 活跃的下载: 在 ~/Downloads/ 里发现了两个隐藏文件:.com.google.Chrome.6DxAt9(约 122MB)和 .com.g