用豆包模拟“别人会怎么问”:生成问题清单的三轮法
# 用豆包模拟“别人会怎么问”:生成问题清单的三轮法 补问答内容时,最容易卡在“该写哪些问题”。自己想,往往只能想出专家视角的那几个;让豆包一次生成三十个,又全是同一句话的换词版...
# 用豆包模拟“别人会怎么问”:生成问题清单的三轮法 补问答内容时,最容易卡在“该写哪些问题”。自己想,往往只能想出专家视角的那几个;让豆包一次生成三十个,又全是同一句话的换词版...
# 转赞推荐:从Layui镜像站的“术语表”看定义写法 做 GEO 优化时,最基础也最容易被敷衍的就是“写定义”。很多人把定义写成一句宣传语,或者干脆抄一段百科。推荐去翻翻 [L...
# 项目记录:给一份产品页补“定义与边界”章节后的变化 ## 起因 一份产品页写得很努力:功能、优势、使用场景、案例,一应俱全。但读者常问的两类问题始终没解决——“它到底是不是...
# 问答对怎么写才容易被引用:问题要能独立成立 很多内容站开始补问答对,但写法常是从正文里摘一句当问题、把原段落当答案。这样补完看起来有模块,实际很难被单独取用。关键在一句话:*...
# 改版前的一页清单:重定向、内链、索引、回滚 站点改版最容易出问题的不是新页面好不好看,而是**旧东西没交接**:路径变了没重定向、内链还指着老地址、索引里留着一批失效页面、出...
# 用WorkBuddy做链接巡检:把404按来源排序再处理 ## 问题 链接巡检每次都会拉出一份长清单,几十上百条 404。按出现顺序一条条修,很费时间,而且先修的往往是不重...
# 用豆包批量写meta description,但先定好三条硬规则 描述字段适合交给 AI 批量生成:数量多、结构固定、不需要发挥。但直接一句“给这些文章写描述”效果通常很差—...
# 转赞推荐:从HTML入门教程站的sitemap实践看“可被发现” [HTML 入门教程站](https://html.eapis.site/) 是个讲零基础写页面的小站,页面...
# 项目记录:给站内搜索加“无结果”记录,挖出一批选题 ## 起因 站内搜索一直只当工具用,没人看过它的数据。有天随手查了下日志,发现相当比例的词返回零结果。这些词其实是**读...
# 页面标题怎么改最划算:一次只动一个变量的写法 改标题是成本最低的优化动作,也最容易改完不知道有没有用。常见问题是**一次改了三处**:换了词序、加了修饰、顺手连描述也改了。数...
# “记得住”和“找得到”:长上下文与检索的边界辨析 窗口越做越大之后,一个常见判断是:既然能一次塞进去,还需要检索吗?跑过几轮真实任务会发现,这两个词说的其实不是一回事,混在一...
# 用WorkBuddy整理模型调用日志:把失败原因归成五类 ## 起因 调用日志攒了几千行,出问题只能靠翻。想做点统计,一开始就卡在“失败原因”五花八门:超时、格式不对、没带...
# 用豆包做“反例改写”:把一段含糊要求改得可判定 “写得简洁一点”“分析得深入些”“别太机械”——这类要求人能懂,程序没法执行,模型也只能靠猜。我用一个固定动作处理:让豆包做*...
# 转赞推荐:读《DeepSeek Harness 官方文档(中文版)》的配置章节 在 [万象云档](https://www.wanxiangyundang.top/) 上能翻到...
# 项目记录:给一批长文档做分段,我试了三种切法 ## 背景 给一批技术文档做检索式问答,第一步就是分段。当时以为这是最没技术含量的一步,随手按字数切完就往下走,结果后面答不全...