Claude写作痛点大揭秘!告别繁琐重述,高效产出不是梦

admin AI新闻 1

上周, 我产出了三篇文章, 这三篇文章, 各自都有英文适配版本, 如此一来, 总共八篇内容, 发出去了。

主题涵盖 Claude Code 工程配置范围, 涉及 AI 搜索可见性领域, 关联 iOS 多 App 开发流程方面, 这三个方向有着明显差异, 各不相同。

当初运用Claude进行内容撰写时, 频繁地会发展到半途就着手再度阐释背景情况, 抑或是针对同一个格式层面的问题来回作调整。就在本周, 于这方面的状况基本上是不存在的。

区别在哪?

大多数人把 Claude 当聊天软件用

这是核心问题。

聊天软件的逻辑是, 我去描述一个需求, 然后AI会给我一个答案, 紧接着这次对话就结束了。之后要是下次再次过来使用, 那么就要重头开始进行操作了。

然而, 撰写文章并非是那种一次性就能完成的行为。你存在特定的风格要求, 存在特定的发布平台, 存在特定的读者画像, 存在特定的格式规范——这些相关的内容每次都得再次去讲述, 从本质上来说, 这其实就是在借助对话来填补系统所缺失的部分。

是会越用越累的, 这属正常情况, 那是由于你正凭借人力去维系一个本应自动运转的上下文。

真切的转变在于, 将Claude Code当作工程系统来运用, 并非当作聊天工具来使用。

工程系统和聊天工具的差别

具体说开云真人app官网登录app,就是这几层东西:

CLAUDE 文件, 也就是项目说明文档。它要放置在每一个写作仓库之内, 其中需涵盖风格规范方面的内容, 还有禁用词汇的相关规定信息, 以及发布平台格式的具体要求, 另外落款格式也不能少, 同时图片规范也要全部写进去。Claude 一旦进入这个特定目录, 便会自动进行加载, 无需再额外提及这件事。

(技能)— 具备可复用特性并且能够套用至工作流程之中, 针对于(“撰写微信文章”、“生成英文版本”以及“发布周报)进行技能编写, 将它们各自单独编写成一个技能, 在需要使用到的具体情形下, 能够按照需求直接进行调用, 无需重新对迅速提示工具进行组织安排。

素材的目录结构是这样的, 每一篇文章都有着属于自身的素材以及目录, 就是要去放入调研内容的资料, 还有参考方面的链接, 以及草稿。Claude这个东西, 是能够直接去读取这些文件的, 而并非是通过口头的方式去专门描述背景的。

这三层相互组合在一起, 所达成的效果是, 在人工智能开始进行工作之前, 就明白知晓了我究竟是谁, 是写给谁的, 应当采用什么样的格式, 以及这篇文章的材料究竟处于哪里。

不再靠临时 prompt 猜规则,而是靠结构化上下文执行。

这周具体怎么运转的

信息摄入:AI Clippings 系统

我于写作仓库之中, 维护了一个名为AI_Clippings/的目录, 平常之时, 每当刷到具备价值的文章以后, 借助Obsidian Web Clipper插件直接将其存至该目录里, 每一篇文章各占一个Markdown文件。

将大约20篇存进这周之中, 其来源涵盖, Anthropic新功能的公告, Shopify的Claude Code配置的实录, Codex官方团队的分享, 各种Claude的使用方法。

这些内容不见得马上就会被使用, 然而经过长时间的积累, 在撰写选题之际, 脑海中便会存有可供思索之物, 这周两篇关于 AI 文章的素材, 其中一半源自于此。

文章生产:从主题到发布

拿claude-code-setup那一篇作为例子来讲, 整个过程大致是这样子的:

1. 首先, 去构建一个文章的目录, 之后把参考素材放到素材/的子目录里面, 接着在目录之中打开Claude Code, 它会自行读取CLAUDE.md, 从而也就知晓格式方面的要求, 随后调用写作Skill, 将主题以及关键信息提供之后, Claude输出初稿, 我会逐段去审视, 重点查看观点有没有被淡化、是不是变成了说明书, 在确认好了以后, 直接运用发布Skill推送到微信公众号。

全过程之中, 我所从事的事项为: 进行判断, 实施取舍, 予以把关。AI所开展的工作是: 将语言加以组织, 把格式进行套用, 对结构予以处理。

就此分工而言, 其正确性是不言而喻的。若颠倒过来行事, 使得由 AI 负责决断何为重要事项, 而自身去承担组织语言的任务, 那么无论是效率, 亦或是质量, 均会出现下降态势。

英文适配:不是翻译,是平台重写

每篇中文文章写完之后,我会产出三个英文版本:

这三个版本并非直白的翻译, 而是针对平台所做的内容再度加工, Claude处理这部分的效率颇高, 缘由在于它已然读过原文, 我仅需告知它“这是Twitter thread, 每条字符数不超过280, 英文”, 剩下的由它去办。

这周两篇文章, 通过三个平台, 得出六个英文版本, 大概用时不到两个小时。

可以复用的那部分

如果你也想建类似的系统开云真人app在线登录开云app在线入口,三件事最值得先做:

第一:写一份 CLAUDE.md 放到写作目录

不需要很长,把以下几点写清楚就够用:

第二:给高频任务写 Skill

将你最为经常去做的写作的任务, 抽象成为一个能够被调用的Skill, 哪怕仅仅只是一段描述了完整流程的文字, 也比每每临时去组织prompt要稳定许多得多, 能够被调用的Skill, 哪怕仅仅只是一段描述了完整流程的文字, 也比每每临时去组织prompt要稳定许多得多。

第三:建一个素材收集机制

未必限定为Markdown目录, Notion、Bear以及备忘录均可。重点乃是养成习惯: 目睹具备价值的内容时, 留存一份能够进行检索的副本, 而非仅仅停留在“我似乎刷到过”这一状态。

最后说一件事

我在整理这周的东西时发现一个规律:

写得速度如何, 并非取决于AI有多聪慧, 而是取决于你给予AI的上下文有多明晰, 有多么清楚, 有着怎样的清晰程度。

上下文越是呈现出结构化的状态, AI的输出就越是具备稳定性, 你所需要去进行 修改的部分就越少, 整个流程也就会越快。

要是情形反过来, 倘若每一回都于prompt当中去解释背景的话, 那么这可不是借助AI达到提效的目的, 而是借助AI将原本能够实现系统化的事情以手工操作的方式来进行了。

这个认知我花了不少时间才搞清楚。

究竟是在此时运用Claude去开展内容创作, 其最为显著的阻碍究竟为何, 是在进行选题方面, 是在撰写初稿阶段, 又或者是处于格式调整环节?

在评论区说一说, 瞧瞧大家所面临的问题是不是相类似的。要是认为这篇是有作用的, 顺便去点一下在看, 从而使得更多的人能够看到。

写 AI,写成长,偶尔写投资。

关注沐风,不定期更新,全是干货。

2026.05.25 10:00

沪·赵巷

声明:本文由 AI 辅助完成

标签: Claude写作 AI效率 工程系统 上下文管理 内容生产

发布评论 0条评论)

还木有评论哦,快来抢沙发吧~