weesky

原创 《Prompting》使用经验逐条总结

本文总结了29条ChatGPT提示词使用经验，分为通用原则、上下文投喂、边界设定等6类。核心要点包括：明确目标而非步骤、按需使用四要素框架、区分轻重任务使用不同模式、编程场景需闭环验证、所有产出需人工审核等。强调提示词应简明扼要，通过迭代优化，并始终保持"AI执行+人工质检"的工作流程。特别指出编程任务需提供复现步骤、设置硬性约束，UI迭代要小步快跑，重要操作必须人工批准。整体贯穿"人工监督主导，AI辅助执行"的协作理念。

原创 Agent 专项对话索引随时补充，便于查询

本文档系统化整理了软件开发全流程中的关键检查点，分为六大类专项对话索引： 开工与环境类 - 包括项目启动前的环境检查和依赖风险审计 安全与版本控制类 - 涵盖敏感信息排查和Git规范清理 性能与并发类 - 专注于阻塞问题和并发风险排查 日志与可观测性类 - 审计日志系统的完备性 数据与输入类 - 检查输入处理、特殊字符和时间统一性 配置与测试类 - 关注配置治理和测试覆盖率 每个专项都明确了检查范围、重点注意事项和执行原则，形成了一套严谨的工程实践检查清单。

原创 WSL与VMware冲突

WSL与VMware冲突，有些小冲突，将VMware更新至17.6这样就可以开不同虚拟机。1、可以在WSL里开启codex，kimi等终端，原生linux适配更佳。Windows10下面，

原创 双轨终端监视系统部署手册tmux + ttyd 实时 SSH 操作可视化方案

本文档介绍了一种双轨终端监视系统部署方案，结合tmux和ttyd实现SSH操作的可视化监控。该方案适用于OpenCloudOS 9等系统，通过浏览器实时观察AI执行的终端操作，解决传统SSH方案中操作不可见、信任成本高等问题。核心组件包括tmux（3.4）作为命令执行环境，ttyd（1.7.7）将终端内容转为Web页面。文档详细说明了架构设计、系统要求、依赖包清单及完整安装流程，强调ttyd仅做被动镜像而不干预命令执行的特点，适用于需要透明化远程操作的场景。

原创 ttyd Web终端安装指南（OpenCloudOS 9）

本文提供了在OpenCloudOS 9系统上安装ttyd Web终端的详细指南。主要内容包括：1) 安装系统依赖项；2) 从源码编译libwebsockets和ttyd；3) 配置防火墙和启动服务；4) 常见问题解决方案。特别强调了编译过程中可能遇到的CMake配置、libuv支持等关键问题，并提供了完整的一键安装脚本。文章还包含常用操作命令和安全建议，如设置访问密码、限制IP访问等。适用于OpenCloudOS 9/CentOS 9 Stream/RHEL 9系列操作系统。

原创 数据注入与监控闭环压测框架 v2.1

本文介绍了数据注入与监控闭环压测框架v2.1的设计方案。该框架通过四级注入点（L0-L3）实现可控实验探针，重点关注用户体验劣化点与系统瓶颈定位。架构分为四层：控制面负责场景编排，数据面实现多维度注入控制，观测面采用三轨制监控（用户体验、系统健康、业务正确性），分析面进行阈值判定与瓶颈定位。框架采用结构化DSL定义测试场景，支持六阶段递进测试（P0-P5），从基线校准到极限恢复测试，确保系统在各类压力下的稳定性和可观测性。关键创新包括状态压力维度、冷却窗口观察以及双变量耦合测试等。

原创 备份MDK风格 VS Code 基础主题与图标

VS Code配置摘要：采用Light 2026主题和vs-nomo-dark图标，底部活动栏布局。编辑器设置包括12号宋体字体、4空格缩进、自动格式化保存，启用语义高亮和括号配对着色。特别定制C/C++语义高亮规则：保留常规语法黑色，注释统一粉色(#ffe1f0)，字符串设为浅粉色(#fdcbe4)，系统类型蓝色显示。文件设置包含UTF-8编码、自动删除行尾空格等规范化选项。通过JSON格式配置编辑器缩进、括号高亮等视觉指引，实现清爽的粉色系代码注释风格。

原创 vscode里使用EIDE，编译GD32，如何屏蔽官方库的C语言代码警告提示（非错误）

修改总结 文件修改： .eide/files.options.yml：添加编译选项-w，屏蔽官方外设库的编译警告 .clangd：追加配置抑制clangd对官方库的诊断提示 扩展方法： 新增库时需在两文件中分别添加路径匹配规则 也可直接配置Firmware/**/*.c和Utilities/**/*.c批量屏蔽 生效步骤： 重新编译项目 重启clangd或VS Code 修改后官方库的警告和错误提示将完全消失，不影响用户代码分析。

原创 EIDE如何配置，能够支持Keil/ARMClang和clangd进行文件跳转。 踩坑记录

EIDE 负责编译，VS Code 负责编辑器体验。想让F12跳转和头文件不报错，必须单独给 IntelliSense（clangd 或微软扩展）"喂"对配置：项目头文件路径 + armclang 系统库路径 + 宏定义。

原创 kimi code cli 写一个可以注入的基础兜底 提示词 推荐模板 不与内置提示词冲突是关键

本文档定义了用户开发项目的基线偏好与工程规范，涵盖技术栈选择、代码风格、配置管理、工作流程、架构设计和输出要求。默认技术栈包括Python/TypeScript、FastAPI、React+Tailwind和MySQL。工程规范强调代码可读性、最小实现、输入校验和模块解耦，要求配置与敏感信息分离。工作流程注重计划先行、安全优先和明确错误处理。架构设计需检查单一职责、错误处理等维度，优先使用框架原生机制。输出要求简洁直接，危险操作需高亮提示。所有规范在安全与业务规则明确的前提下执行，技术细节允许自主决策。

原创 第一次使用kimi code cli 要不要装mcp？ 第一次上手，Skill 优先，MCP 克制

本文是Kimi Code CLI的新手安装指南，建议按优先级分步骤配置：1）确认基础环境（Node.js、npm、Git、Python）；2）安装CLI本体；3）先创建coding-rules Skill规范AI行为，而非急于安装MCP工具；4）仅在明确需求时安装Context7（查文档）或Chrome DevTools（前端调试）MCP；5）新手阶段避免数据库、GitHub等复杂MCP。推荐先用Skill规范开发流程，熟练后再按需扩展MCP功能，确保安全可控。

原创 师傅带徒弟模式 ，kimi2.6如何向 GPT5.5提问，实现昂贵进口模型节省85%的token消耗量，国产kimi编程性能提升40%，显著提高便宜模型的性能。

摘要：系统更新了"双轮 Codex 评审+用户拍板"流程，将ask-codex优先级提升至P2，并强制要求在方案确定前进行双轮评审（架构评审和实施指导）。新流程要求：1）brainstorming后必须经过两轮Codex评审；2）每轮需使用结构化提示词；3）必须等待用户明确确认后才能继续开发。流程新增硬约束，禁止跳过评审或用户确认环节。最终形成"Codex参谋+用户决策"的闭环工作模式，确保方案经过充分论证并获得用户认可后才进入实施阶段。

原创 AI 软件开发通用提示词：边做边测 + 多层门禁

你以后做 AI 软件开发，就用这个原则：\boxed{先做最小闭环，再逐层扩展；每一层都写测试；每个关键口径都固化成门禁。这就是你这次项目里已经跑通的方法，只是现在把它整理成了通用模板。

原创 AI 项目初始化规范指南 V3.1 提示词模板

《AI项目初始化规范指南V3.1》摘要 本指南为AI项目开发提供标准化框架，包含7项核心原则和8类关键控制文件。核心原则强调最小可行、跨平台兼容、安全保密和可复现性。根据项目规模（微型到大型）提供文件裁剪建议，避免过度设计。8类控制文件包括.gitignore、.gitattributes等基础配置，以及CI/CD、Docker等进阶设置，均需按需生成并说明裁剪理由。特别规范了打包策略、依赖锁定、启动入口一致性等发布要求，确保生产环境可靠运行。指南强调自动化、安全性和跨平台兼容，为AI辅助开发提供清晰的行为

原创 项目打包 Python Flask 项目发布与打包专家 提示词V1.0

你是一位 Python Flask 项目发布与打包专家。

原创 vibe coding的测试架构设计提示词V1.0

本文提出了一套五层质量门禁框架设计方案，用于在软件变更到达用户前进行分层风险验证。框架包含：L1单元测试（逻辑验证）、L2契约测试（接口兼容性）、L3集成测试（模块协作）、L4端到端测试（核心业务流程）和L5生产验证（部署后检查）。设计遵循单一抽象、级联阻断等10项原则，要求每层明确定义验证对象、触发时机、环境要求和阻断动作。方案强调风险驱动、环境分级和副作用隔离，要求输出具体执行规则、责任边界和裁剪方案，避免空泛原则。同时明确了不纳入范围（如压测、安全等专项）和落地时的系统适配建议。

原创 腾讯无服务器Serverless应用 设计架构规范 vibecoding专用v1.0提示词模板

本文档为腾讯云SCF+Flask服务端项目制定了统一的架构设计规范，核心目标是实现职责清晰、易于维护和扩展的分层架构。规范采用五层结构（接口编排层、接口控制层、服务层、数据访问层和基础设施层），严格约束各层职责与依赖关系：HTTP逻辑限于Controller层，SQL操作限于Repository层，事务边界由Application Service控制。文档明确了MUST/SHOULD/MAY三级约束，提供了标准目录结构，并规定了单向依赖原则。该规范适用于Python 3.6/Flask 1.0.2环境下的S

原创 让kimi2.6更好用 为web端 kimi2.6 设计一套基于网页版记忆系统的小harness架构 ，圣骑士记忆系统

本文介绍了一个五层权限环架构的对话系统，类比操作系统特权级设计。系统采用单核单线程调度，每轮对话经历六步处理流程：意图识别、主模式调度、子规则挂载、事实可见性过滤、冲突裁决和上下文渲染。通过三个典型案例（代码生成、技术调研、代码审计）演示了不同模式下权限隔离和冲突裁决机制，强调高特权环无条件覆盖低特权环的核心原则。最终说明该系统通过严格的进程隔离和权限控制，实现不同对话场景下的差异化响应能力。

原创 rules经验落盘

原创 2026年4月19日 kimi记忆备份

【代码】2026年4月19日 kimi记忆备份。

原创 移植别人的skills，到自己的Kimi Code CLI Skill 如何保持兼容性？依赖兼容，系统，终端版本..需要重写部分代码以兼容自己的cli终端

《Kimi Code CLI Skill开发简明指南》 本文提供了一份实用的Kimi Code CLI技能开发手册，重点内容包括： 开发原则：建议采用"最小可用版优先"策略，先确保基础功能可用再逐步增强。 标准开发流程： 使用小写连字符命名目录 采用标准化SKILL.md模板 重点优化description字段（包含功能说明、使用场景和中英文关键词） 目录结构建议： 调试时使用--skills-dir参数 项目内使用专用skills目录 成熟技能可放入全局目录 脚本开发建议： 核心逻辑优

原创 学习COZE编程 / LangGraph 通用工作流项目 提示词模板

本文档定义了面向COZE运行时、基于LangGraph的通用工作流项目模板规范。规范分为三类：【硬约束】如固定入口文件src/main.py和主图模块src/graphs/graph.py；【默认规范】如推荐目录分层和状态驱动设计；【v1新增】如测试体系和文档规范。模板采用状态驱动、节点原子化、图编排与业务解耦的设计原则，支持条件边、循环、子图等扩展能力。目录结构包含核心模块、工具、存储、测试等标准化分层，并提供了.coze配置文件的最小建议配置。该规范适用于新建项目、业务Demo升级及团队统一开发标准等场

原创 美丽的WindowsTerminal 终端命令行搭配新Powershell 7.6 ，kimi code cli 最佳运行环境

本文介绍了如何优化Windows终端环境，主要包含：1）安装Windows Terminal和PowerShell 7.6以替换老旧终端；2）配置代码补全功能，包括启用历史预测、列表视图显示和安装补全插件；3）清理历史记录提升补全效率；4）推荐安装带图标的字体和lsd工具以美化终端显示；5）建议使用atuin工具实现智能代码补全。文中还提供了详细的配置命令和效果图示，帮助用户打造更现代化的开发环境。

原创 win系统环境检查工具，powershell 脚本，一次检查AI全面掌握系统运行环境 ，AI 它写代码更兼容，更少折腾，无需中间来回折腾环境配置

本文介绍了一个Windows系统环境检查工具——PowerShell脚本envcheck.ps1，用于全面检测开发环境配置。该脚本包含8个检测模块：系统身份、网络环境、端口与防火墙、终端环境、开发工具栈、企业管控、外部连通性和日志位置。检测内容包括硬件信息、网络配置、端口状态、开发工具版本等。使用时只需运行脚本，结果将保存在EnvReport文件中。该工具可帮助AI开发者快速了解系统环境，避免反复配置调试，但需注意保护敏感信息安全。适用于Windows开发环境的一键检测，兼容PowerShell 5.1及以

原创 kimi2.5 狂暴变身 claude 4.6 sonnet ， 21条牛逼记忆，让网页端kimi 2.5逐条存到记忆里 即可开启狂暴模式！

本文介绍了一种基于提示词自动切换的多模式AI助手系统，通过关键词触发可在不同任务场景间无缝转换角色。核心功能包括：1）支持"调研模式""规划模式""代码模式"等场景自动切换；2）内置工程师基座模式确保质量，叠加临时模式实现专业功能；3）严格遵循模式隔离、自动释放等机制防止干扰。系统通过删除固有记忆并加载专业提示词库（含代码规范、技术调研、审查排错等模块），可将基础AI升级为专业级代码助手。特别设计了长代码审查、异步时序分析等高级功能，并支持中英文混

原创 临时拼装提示词，吸取claude code泄露代码经验 仅用提示词和记忆机制，提升kimi网页版能力

这篇内容提供了一套针对网页端大模型的通用高质量编程优化提示词，包含基座提示词和4种可切换任务模式。基座提示词强调工程师思维，要求精准理解任务、结构化输出、最小化改动和严格自检。4种可选模式分别为：代码实现模式（注重最小可运行实现）、规划与架构设计模式（侧重系统设计）、调研与资料整理模式（专注信息结构化）以及代码审查模式（严格排查问题）。每种模式都有明确的触发条件、目标要求和输出规范，强调一次只使用一种模式，避免混用。核心思想是通过专业化分工和严格的质量控制，提升AI助手在技术任务中的准确性和可靠性。

原创 复刻 Claude Code 项目御马术缰绳系统 harness engineering 落地蓝图

本文提出了一套面向代码生成任务的智能代理系统架构蓝图，重点强调成功率、稳定性和可评估性而非功能复杂性。该架构分为6个关键层次：1)意图层负责需求澄清和任务规划；2)内存层采用4级分层设计（Constitution/Project/Topic/Run）实现高效上下文管理；3)代理层采用角色分工（Planner/Builder/Evaluator等）；4)工具层聚焦核心开发工具集成；5)编排层处理生命周期管理；6)评估层确保系统持续改进。文章特别指出内存设计是成功率的关键，建议采用动态加载策略优化上下文窗口使用

原创 Claude Code 泄露真正有价值的 harness engineering经验总结 由GPT-5.4pro全量调研分析

摘要： Claude Code泄露事件揭示了AI编程助手的核心壁垒在于工程化架构(harness)，而非单纯模型能力。关键发现包括：1）系统设计(上下文管理、工具链、验证体系)决定长任务成功率；2）采用分层记忆、角色分化(Planner/Builder/Evaluator)和多会话结构化交接提升稳定性；3）工具层需优化上下文消耗，通过渐进披露、预处理和错误指引降低token开销；4）验证环节(测试/E2E/视觉检查)比代码生成更重要。行业共识表明，高质量AI编程的核心是构建约束性系统，而非追求模型自由发挥。

原创 OpenClaw v2026.3.23 安全配置复盘：从多处明文到集中受控存储《OpenClaw 安全部署 SOP（v2026.3.23）V2》

本文介绍了《OpenClaw安全部署SOP（v2026.3.23）》的核心内容，旨在实现敏感信息的最小化暴露。主要原则包括：将真实密钥集中存储在~/.openclaw/.env文件；配置文件中仅保留密钥引用；设置最小化权限；通过官方检查命令验证配置。标准部署步骤包括创建安全目录、集中存储密钥、清理shell配置、修改配置文件为引用格式等。验收标准涵盖存储层、配置层、运行层和审计层的要求。文档还列举了常见错误和推荐维护流程，强调安全最佳实践是将密钥收敛到单点存储并通过工具持续验证。

原创 傅盛AI龙虾“三万”踩坑的知识 学习与总结

龙虾养成经验总结

原创 OpenClaw 会话内 / 斜杠命令slash commands 中文命令手册

OpenClaw 斜杠命令速查表 提供会话内控制命令，输入/xxx可管理会话、调整选项、查询状态等。 核心功能： 会话控制：/session调整参数，/reset清空上下文 运行控制：/stop中断执行，/think设置思考强度 状态查询：/status查看运行状态，/context显示提示词构造 权限管理：/allowlist管理白名单，/elevated切换高权限模式 特色命令： /compact压缩上下文节省token /steer实时指导子agent /export-session导出完整会话记录

原创 《OpenClaw CLI 命令速查手册（中文注释+示例版）》

本文档提供了OpenClaw CLI命令的速查手册，包含初始化配置、诊断维护和网关管理三大类命令。第一部分介绍系统初始化相关命令，如setup创建本地目录、onboard引导配置向导、config管理配置项等；第二部分包含网关服务控制命令，如gateway run启动服务、install安装后台服务等。手册采用表格形式展示，包含命令、参数、示例和中文说明，便于开发者快速查阅常用功能。

原创 OpenClaw龙虾配置部署多agent 多AI员工 配置模板v3.0

OpenClaw多员工蓝图v2.0摘要 该方案提供快速上手的多agent协作框架，基于4个核心角色：协调员(coordinator)、研究员(researcher)、执行者(builder)和审查员(reviewer)。采用三层架构：独立agent层（各agent拥有隔离workspace和记忆文件）、协作层（通过coordinator路由任务）、工件层（将协作沉淀为文件）。推荐目录结构包含SOUL.md等标准文件及协作专用文件如TASK_BOARD.md。关键配置策略包括：严格限制各agent工具权限

原创 入门 FreeRTOS教程(2): FreeRTOS 任务调度与同步机制核心

FreeRTOS任务调度与同步机制核心摘要 本文系统梳理了FreeRTOS任务调度与同步机制的关键概念。重点澄清了阻塞≠死循环的本质区别，区分了同步（时序控制）与通信（数据交换）的不同用途，并强调任务Ready状态是被动触发的。详细列举了7种阻塞方式及其API，通过时间线剧场演示了不同优先级任务的调度过程。特别规范了API命名前缀的严格对应关系（如ux前缀必须用UBaseType_t接收），并提供了同步机制选择决策树。最后指出常见误区，如阻塞理解错误、有符号/无符号混用等问题。全文以对比表格和场景示例贯穿，

原创 入门 FreeRTOS教程(1): ESP32-C3 中的任务通信基础

摘要：ESP32-C3 FreeRTOS与NimBLE Host任务通信学习总结 本文总结了ESP32-C3开发中FreeRTOS与NimBLE Host的通信要点。主要内容包括：1) NimBLE架构认知，区分Host与Controller功能；2) FreeRTOS五种通信机制（队列、事件组、任务通知、信号量、互斥锁）的特点与选择策略；3) NimBLE回调处理的三大禁令（不阻塞、不等待、必须拷贝数据）；4) 单核C3处理器的特殊注意事项。文章还提供了复习任务清单和进阶学习方向，帮助开发者巩固关键概念并

原创 WCH BleAnalyzer BLE 抓包解码框架 — 完整解码流程说明

本文介绍了蓝牙BLE抓包解码框架的完整流程，分为四个层级：原始输入、基础工具层、包类型判断层和具体协议解析层。基础工具层提供字节读取、格式转换等公共功能。包类型判断后分为四条路径：调试旁路用于数据导出、自定义2.4G包、广播包解析（包括6种ADV类型）和连接包解析。连接包进一步分为链路层控制包（11种Opcode）和数据包（ATT/GATT协议）。整个框架采用模块化设计，支持从物理层到应用层的完整协议栈解码。

原创 使用WCH BleAnalyzer 提取蓝牙分析记录，生成.csv文件的，lua脚本。

摘要：本文介绍了一个用于WCH BleAnalyzer工具的Lua脚本(GET_BleAnalyzer_2Full_CSV.lua)，可将蓝牙分析数据导出为CSV格式。脚本通过MAC地址过滤目标设备数据，记录包括时间戳、RSSI、数据包类型、传输方向、信道等详细信息，并以清晰格式保存到CSV文件中。相比原厂界面，该方案提供了更简洁高效的数据分析方式，便于开发者进行蓝牙协议分析。脚本包含数据过滤、格式转换和文件写入功能，最后自动关闭文件确保数据完整性。

原创 ESP32 NimBLE BLE 开发经验总结

本文总结了ESP32 NimBLE BLE开发的关键经验，包括：1) 严格的初始化顺序要求，从nvs_flash_init到nimble_port_freertos_init；2) GATT服务注册流程和资源统计方法；3) 广播包和扫描响应的优化结构设计；4) Notify发送的正确实现方式；5) GATT Handle分布规律和数据格式标准；6) BLE协议栈各层分工。特别强调了IDF 5.x版本中nimble_port_init替代旧API的注意事项，以及温湿度数据采用0.01倍整数传输的行业标准。

原创 如何在本地创建一个OCR工具，帮你识别文档，发票，合同等细碎的内容，并将结果给大模型整理格式输出。 经验工作流。给大模型生成代码就能直接跑。

该项目实现了一套基于OCR和LLM的文档自动化处理流水线，采用"预处理-OCR识别-LLM结构化-多格式输出"的工作流。核心功能包括：通过Pillow进行图像优化（自动调整DPI至150）、调用GLM-OCR接口进行版面分析、利用GLM-4系列模型实现文档分类（发票/表格/文本）和结构化提取，最终输出Markdown报告和Excel表格。项目亮点包括：异构SDK兼容设计（zai/zhipuai）、模型分层策略（不同任务使用不同模型）、原始数据留痕机制，以及针对低质量输入的防御性处理（自动

原创 为什么寄存器位判断绝不能写 == 1？ 官方库为什么要用 != RESET 判断状态？ if(0x4000) 到底是真还是假？

摘要： 嵌入式开发中，寄存器位判断常出现 if((REG & MASK) == 1) 的错误写法，导致条件始终不成立。根本原因是位与运算结果（如0x4000）不等于1。C语言中，任何非零值均为真，故正确写法应为 if(REG & MASK) 或显式判断 != 0。推荐使用 != RESET 的官方库风格，既避免歧义又符合规范。注意移位判断会降低效率，应优先选择位与操作。掌握这一关键细节可有效规避嵌入式开发中的常见陷阱。