鲁码AI

适合：把“对话”变成“执行”，用手机微信下发任务，让电脑自动整理文件、生成报告、做资料分析等。

• 从官网下载安装后，按引导完成初始化（部分版本可能需要邀请码）。
• 扫码绑定微信：在聊天窗口直接下发任务，例如“整理桌面发票到表格”。
• 选模型/配置 Key（如支持自定义模型）：先从“总结/整理”类任务开始，再逐步上技能。
• 注意权限与安全：仅在可信环境运行，避免把敏感凭证与私密文件暴露给自动化执行。

适合：通用问答、总结、改写、代码生成与调试。

• 先给清晰目标：你想要“输出什么”，格式是什么。
• 再给上下文：背景、限制、已有内容、示例输入输出。
• 最后迭代：让它自检、给替代方案或生成多个版本。

适合：长文档阅读、结构化提炼、内容写作与润色。

• 贴入原文或要点，要求输出“结构大纲 + 结论”。
• 指定口径：面向谁写（产品/技术/运营），字数与风格。
• 让它给“可执行清单”：下一步做什么、风险与验证方法。

适合：结合网页/图片/资料做归纳与对比，快速形成结论。

• 把资料链接或要点列出，要求“逐条对比 + 结论”。
• 要求输出引用或来源提示，方便二次核对。
• 用于方案评估：让它给优缺点、成本与落地路径。

适合：做“带来源”的快速检索，避免只给结论不讲出处。

• 输入你的问题 + 约束（时间范围/地区/技术栈）。
• 要求输出“关键引用列表 + 一句话结论”。
• 把引用再交给模型做二次总结，形成可发布内容。

适合：中文内容生产、文档问答与知识提炼。

• 用“提问模板”：背景 + 目标 + 输出格式。
• 让它生成“要点版 + 详细版”，分别用于阅读与发布。
• 对技术内容加一句：请给出代码或伪代码示例。

适合：中文代码/文档辅助、工具链结合与企业场景探索。

• 把你的技术栈说清楚（语言/框架/部署环境）。
• 让它先给“方案选型表”，再选 1 个方案落地。
• 要求提供测试清单：单测、边界用例、回归点。

适合：写代码、排查问题、生成方案对比与结构化总结。

• 把报错信息、日志、相关代码片段一起贴上，要求输出：原因 + 修复方案 + 风险点。
• 要求给可执行步骤：命令、配置项、回归检查点。

适合：中文内容生产、运营文案、知识整理与日常效率任务。

• 给“场景 + 目标 + 受众 + 语气 + 字数”，输出更稳定。
• 让它给 3 个版本：保守/均衡/激进，便于快速选择。

适合：中文对话与创作、结构化提炼与内容改写。

• 先要结构（大纲/表格），再要结论，最后要行动项。
• 对技术内容要求给“最小可复现示例 + 验证步骤”。

适合：企业知识问答、内容生成与工具链结合。

• 把企业术语/业务约束写清楚，要求输出“遵循规则的版本”。
• 让它给模板：PRD、周报、会议纪要、需求拆解清单。

适合：内容创作、头脑风暴、任务拆解与执行清单输出。

• 让它先做任务拆解，再逐项输出，减少一次性输出偏差。
• 要求附检查清单，便于验收与复盘。

• 把需求写成函数注释/接口定义，让它补全实现。
• 让它按“给定输入输出”生成单元测试与边界用例。
• 重构时要求：保持行为一致、输出 diff、说明风险点。

• 先让它“读项目”：指出入口、关键模块、路由与接口。
• 提交任务时明确范围：哪些文件能改、哪些不能动。
• 让它输出验证步骤：如何跑起来、如何回归测试。

• 选择模型（云端或本地），把 Key 配到插件里。
• 用“选中代码 + 提问”方式做定向修改与解释。
• 把常用提示词写成模板：修 bug、写测试、写文档。

• 用“任务拆分”：让模型先列步骤，再逐步执行。
• 代码生成后要求自检：类型检查、lint、运行路径。
• 对外部依赖要明确：哪些库已存在，避免误引入。

• 安装插件并登录；先用行间补全写样板代码，再用对话做复杂改动。
• 让它先列“修改清单 + 影响文件”，再逐文件改并给回归点。
• 让它生成单测：给输入输出与边界条件，要求覆盖关键分支。

• 用于修 Bug：把报错 + 关键调用链贴上，要求输出定位步骤与修复 diff。
• 用于重构：先做影响面分析，再分批提交改动并说明回归点。
• 用于新模块：先生成目录结构/接口定义，再逐步补全实现与测试。

• 用“选中代码 + 指令”做定向改动：重构、加注释、生成单测。
• 用“工程问答”快速理解项目：入口、路由、数据流、依赖。
• 对生成结果要求输出可执行验证步骤：lint、单测、构建。

• 让它先输出“方案 + 影响文件列表”，再开始改，避免改散。
• 要求输出验证命令：lint、typecheck、单测、构建与运行路径。
• 把团队规则固化为提示：目录结构、命名规范、提交信息格式。

• 首次打开项目先总结：入口、核心模块、关键流程与风险点。
• 复杂需求用任务模式：明确目标、范围、验收标准，让它产出变更报告。
• 合并前让它做自检：静态检查、测试覆盖、潜在回归点。