根据研究和版规，以Luka的语气起草帖子和评论，供人工审核后发布。
Reddit Write Skill. 使用时
功能概述
Reddit Write Skill. 使用时是一项面向实际任务的技能，主要用于起草职位和评论, 供Luka手动审查和发布；这种技能是研究( 工作日9时)；
核心要点
- 使用 Kimi 模型—— 这是内部起草工作。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。
使用与执行
该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；
结果检查与注意事项
若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。
Reddit Write 技能
适用场景
为 Luka 撰写待审阅和手动发布的帖子与评论草稿。该技能在完成调研后运行（工作日早上 9 点）。使用 Kimi 模型 —— 此为内部草稿工作。
不适用场景
执行调研任务（请使用 reddit-research 技能）；发布内容（Luka 始终手动发布，绝不自动发布）；撰写任何未经 Luka 首轮审阅的内容。
草稿工作流
步骤 1 — 加载上下文
按以下顺序阅读：
shared/research/trends-[today].md— 调研发现的机会点shared/memory/lessons.md— 各 subreddit 的有效策略、被删除内容类型，以及硬性规则表agents/reddit/skills/reddit-write/ref-voice.md— Luka 的行文风格、范例与反面示例
步骤 2 — 筛选最优的 1–2 个机会点
筛选依据如下：
- Luka 的专业能力恰好覆盖该缺口（CC 管理、展期、指派、Greeks 的实操应用）
- 目标 subreddit 确实存在真实需求，而非仅为发帖而找借口
- 该话题近期未在该 subreddit 中被反复讨论至饱和
步骤 3 — 撰写帖子草稿
严格遵循 ref-voice.md 中的风格指引，以 Luka 的口吻写作。草稿须呈现“他喝着咖啡坐下来后自然写出”的语感。
步骤 4 — 运行自检清单（源自 SOUL.md）
未通过全部检查项前，不得保存草稿。
步骤 5 — 保存至 shared/pending/
文件名格式：YYYY-MM-DD-[subreddit]-[topic-slug].md
文件格式如下：
--- subreddit: r/thetagang type: post title: [拟定的帖子标题] quantwheel_mention: no ai_flag: [none | REVIEW CAREFULLY] --- [完整帖子正文 —— 即 Luka 将直接复制粘贴的内容] --- _Research source: shared/research/trends-[date].md_ _Self-validation: passed_
步骤 6 — 更新 active-tasks.md
将草稿文件名添加至 “Pending Decisions”（待决策事项）章节下。
帖子类型
经验帖（Experience post） — Luka 分享其真实操作过程及具体交易逻辑。表现最佳。开篇聚焦一个具体情境，阐明思考路径，提炼由此形成的操作原则，结尾以开放性问题收束。
立场帖（Take post） — Luka 就争议性话题明确表态（例如：“是的，Greeks 是必需的”）。短小精悍、观点鲜明，字数控制在 200–400 字之间，不使用小标题。
指南帖（Guide post） — 对某类决策流程进行详细拆解。字数 500–800 字，可适当分段但保持对话感，必须包含真实案例。
评论回复（Comment reply） — 在调研阶段识别出的、Luka 可提供实质价值的讨论帖。长度为 3–6 句话，不使用小标题，须紧扣原帖内容作直接回应。
标题规范
Luka 实际发帖中效果良好的标题示例：
- “基于我自身经验的备兑看涨期权（CC）指南（含展期建议与被指派后的应对）”
- “是的，Greeks 是必需的”
- “一个用于期权交易的工具：CC、CSP、Journal、Screener…”
共性特征：具体、偏小写风格、务实、略带个人色彩。非标题党，非泛泛而谈。
不合格标题示例：
- “我的备兑看涨期权完整指南”（泛泛而谈）
- “你必须学会 Greeks！”（过度渲染）
- “展期策略的综合分析”（显得过于企业化）
QuantWheel 提及规则（请先通读 lessons.md）
仅在以下三种情形下提及 QuantWheel：
- 帖子面向 Tier 2 类 subreddit（如 r/Options_Beginners、r/fatFIRE、r/OptionsMillionaire）
- 帖子所讨论的问题，确属 QuantWheel 实际解决范畴（如成本基础追踪、标的筛选、展期决策支持）
- 提及 QuantWheel 必须出现在价值陈述之后 —— 不得出现在首段，不得出现在标题中
Luka 提及 QuantWheel 的自然方式：
- “我用一个工具来计算所有这些参数并给出评分——它并非魔法，但确实有助于我判断哪个选择更优。”（引自其 CC 指南）
- 先描述问题，再说明：“这正是 QuantWheel 的设计初衷。”
- 同时说明其局限性：“它能辅助我做决策，但无法把新闻背景量化成一个数字。”
严禁出现以下表述：
- “快试试 QuantWheel！” / “注册 QuantWheel 吧！” / “QuantWheel 是一款极佳的工具”
- 任何带有广告语气的措辞
- 在禁止外部链接的 subreddit 中插入直接链接
热门AI工具
相关专题
本专题聚焦Docker Desktop容器端口映射与访问配置，整理从创建容器、设置端口绑定到验证本地服务访问的操作流程。针对端口被占用、映射配置错误、容器服务无法访问等情况，也提供相应的检查方向，方便用户完成端口配置。
0
2026.11.03
想使用Docker Desktop将本地项目构建成Docker镜像？本专题围绕镜像构建的实际操作展开，介绍Dockerfile编写、构建命令使用、镜像标签设置和构建日志查看等内容，同时整理镜像无法生成、依赖安装失败及构建缓存异常等问题的排查思路。
0
2026.11.03
本专题聚焦Docker Desktop容器创建与运行配置，介绍通过本地镜像或远程镜像创建容器的方法，以及容器启动、终端访问、日志查看和基础管理等操作。针对端口冲突、参数配置不当、容器无法启动等情况，也整理了相应的排查方向。
0
2026.11.03
用 Tailwind CSS 制作导航栏和卡片，可先搭建语义化结构，再组合 Flex、Grid、间距、圆角与阴影类。这里整理横向导航、移动端菜单、卡片网格及悬停效果的相关文章，帮助你把常见页面组件做得清晰且适配不同屏幕。
0
2026.11.03
Tailwind CSS 响应式布局通常从移动端样式写起，再用 sm、md、lg 等前缀调整不同屏幕宽度下的网格、间距和导航。本专题整理断点配置、Grid 与 Flex 自适应布局及常见溢出问题，帮助你逐步完成多设备适配。
0
2026.11.03
Tailwind CSS 类名很多，先按布局、间距、文字、颜色和状态分组记忆，再通过官方文档检索具体写法。本专题结合类名排序、动态拼接失效、自定义实用类等问题，帮助你建立常用类名的速查方法。
0
2026.11.03
本专题汇总了码上飞（CodeFlying）的官方入口地址合集，涵盖官网主站及网页版在线使用入口，支持注册登录后直接在线体验零代码AI应用生成。同时整理了APP端下载渠道与小程序入口，助你快速访问平台，通过自然语言描述需求即可生成应用、小程序或网站。
0
2026.11.03
本专题汇总了Uvicorn服务器常见问题与报错解决的教程合集，涵盖启动失败、端口占用、模块导入错误、事件循环冲突及热重载失效等典型故障的排查思路。同时整理了多进程与Worker配置、SSL/HTTPS证书报错、跨域与代理配置等实战解决方案，助你快速定位并解决Uvicorn运行中的各类问题。
0
2026.11.02
本专题汇总了Uvicorn使用教程与启动运行指南，涵盖其作为Python ASGI服务器的定位与特点，以及命令行启动（uvicorn main:app --reload）、参数配置（host/port/workers）、程序内嵌运行与Gunicorn结合部署等核心用法。同时整理了热重载调试、日志配置与生产环境部署优化等技巧，助你快速掌握Uvicorn的运行与配置。
0
2026.11.02
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.7万人学习
共6课时 | 54.7万人学习
最新文章
