- 博客(211)
- 收藏
- 关注
原创 【刷题】C++刷题中常用的STL中相关内容
处理题目的输入输出vector中,pair类型使用map和unordered_map1. 遍历(正序&&逆序)unordered_map<string, int> umap;// 正序遍历for (auto &mp : umap) { cout << mp.first << " " << mp.second << endl;}// 逆序遍历mapmap<int, string> mmap;
2021-11-21 10:51:27
1100
原创 C++相关知识积累
1.I/O问题scanf("%s", T); // 空格和换行都会产生分隔stringstream words(T); // 声明后立即初始化2.AIZU错题总结ITP1_9_A:stringstream使用示例,大小写字母转换;...
2020-02-03 22:12:58
206
原创 【harness】CC SWitch 设置WSL中claude的历史纪录
该路径为WSL2中Ubuntu 24.04系统内用户yun的主目录,通过Windows文件系统访问。此路径可用于在Windows与Linux环境间共享文件,实现跨平台数据交互。
2026-10-30 22:07:54
142
原创 【优质Rapper】受 Karpathy 启发的 Claude Code 指南
本文提出四大编码原则,统一解决LLM编程中的常见问题:编码前思考避免错误假设;简洁优先杜绝过度复杂;精准修改确保改动聚焦;目标驱动执行以可验证标准推动进展。通过明确假设、简化代码、限定修改范围、设定具体成功标准,实现高效、可靠、可维护的代码生成。
2026-10-28 23:06:28
81
原创 【优质Rapper】优秀提示词收集
本文提出一套基于ASD-STE100规范的高效技术表达框架,通过短句、主动语态、术语一致等原则提升可读性。配套四种可视化模板:Mermaid流程图(极简架构呈现)、单文件HTML交互页(参数动态演示)、Python Manim动画(动态推导)、结构化对比表(四象限矩阵),实现“一图胜千言”。辅以字数控制与迭代追问机制,确保输出精准、直观、可执行,适用于复杂概念的清晰传达。
2026-10-28 22:48:11
194
原创 让 qmd 的搜索结果在 WSL + VS Code 里可点击跳转
qmd 2.8.3 在 WSL2 + VS Code 环境中,qmd:// 链接无法点击或打开,因默认 editor_uri 使用本地路径,Windows 无法解析 WSL 路径。解决方法是将 editor_uri 改为 vscode://vscode-remote/wsl+<distro>{path}:{line}:{col},使链接可被 Windows 的 VS Code 正确识别并跳转至远程文件指定行。修改后无需重启,即时生效。
2026-10-28 22:15:49
216
原创 【Harness】本地文本向量化搜索解决方案--qmd
QMD 是一个基于本地的智能文档管理工具,支持通过 qmd collection add 添加笔记、会议记录等数据源,并利用 context add 建立上下文树,提升 LLM 检索的准确性。通过 embed 生成语义嵌入后,可执行关键词(search)、语义(vsearch)或混合重排序(query)搜索,精准定位内容。支持按文件名、ID、通配符获取文档,还可导出匹配结果用于自动化流程,实现高效知识管理。
2026-10-25 21:13:59
69
原创 【Harness】Claude Code 开发 Python 项目:编码规范控制的完整方案
本文提出一套基于Claude Code的Python开发规范体系,强调以Ruff、mypy、pytest等工具为核心,结合pre-commit与CI实现质量门禁。通过分层架构:CLAUDE.md定义规则,.claude/rules/细化编码标准,skills/固化开发流程,hooks/自动触发检查,确保代码风格统一、类型安全、测试完备。项目结构清晰,职责分明,真正实现“规范可执行、质量可保障”。
2026-10-24 18:41:14
298
原创 【Harness】pre-commit配置(python)
pre-commit 通过配置 .pre-commit-config.yaml,在提交代码前自动执行 Ruff(规范检查与修复)、Ruff-format(格式化)和 mypy(类型检查),提升代码质量。安装后运行 pre-commit install,后续 git commit 将自动触发检查。Ruff 可自动修复问题,mypy 仅报告错误,需手动修正。配合 pytest 使用,可实现从规范到功能的全流程保障。
2026-10-24 11:49:26
128
原创 【repo】使用repo进行多仓开发的基本流程
摘要:Repo工具管理多仓库项目的标准开发流程包含6个步骤:1)初始化环境并同步代码;2)创建本地开发分支;3)使用原生Git命令提交代码;4)同步上游最新变更;5)推送代码进行评审;6)清理已合并分支。关键操作包括repo start创建分支、repo sync同步代码、repo upload提交评审(Gerrit系统)或手动推送PR/MR(其他平台)、repo prune清理分支。该流程既保持多仓库统一管理,又兼容单仓库Git操作,适用于团队协作开发场景。(150字)
2026-08-08 14:37:23
206
原创 【git worktree】 git clone下载两次代码仓的区别,为什么要推荐使用git worktree
Git工作树(git worktree)与多次克隆(git clone)的核心区别在于实现机制和资源效率。 存储方式:git clone创建独立仓库副本,占用双倍空间;git worktree共享同一.git目录,仅新增工作区文件。 效率:git worktree秒级创建,无需重复下载历史数据;克隆耗时且占用更多磁盘。 协作性:git worktree共享分支、提交和stash状态,一次fetch全局生效;克隆体完全隔离,需手动同步。 适用场景: 克隆适合独立环境或不同权限需求。 工作树优化多任务并行(如同
2026-08-08 08:36:51
358
原创 每日高频场景英文口语
这篇亲子英语启蒙指南精选了7大日常场景(起床、穿衣、吃饭、外出、玩耍、情感交流、睡前)的实用双语短句,采用"动作+语言"模式,如刷牙时说"Brush your teeth: up and down!"。建议家长每周专注1-2个场景,通过重复和肢体互动(如说"Stretch"时做伸展动作)帮助孩子自然习得。重点在于持续的场景化输入,如用餐时固定使用"Yummy! It's so delicious"等短句,让孩子在生活情境中建立英语联想。
2026-07-22 23:33:39
334
原创 `openspec/config.yaml` 解析与生效机制
schema: z.string().min(1), // 工作流 schema 名称context: z.string().optional(), // 项目上下文(≤50KB)rules: z.record(z.string(), z.array(z.string())) // artifact 级规则store: z.string().optional(), // 声明式默认 store})// references 字段由 parseDeclarationList() 独立解析。
2026-07-21 23:20:25
193
原创 OpenSpec Python 核心替代方案
在该工具用于替换和中对CLI 的调用。listnew changestatus工具仅支持从当前工作目录向上查找最近的openspec/目录,不支持 OpenSpec 的全局 Store 注册和--store参数。实现应保持现有提示依赖的核心 JSON 字段兼容,并采用模块化结构,为后续扩展其他 OpenSpec 命令保留空间。
2026-07-12 22:51:34
237
原创 【OpenSpec】/opsx:archive 的作用是什么解析
摘要: /opsx:archive 是 OpenSpec 中的结项操作,用于将开发完成的变更从活动状态转为历史归档,并确保主规范(Main Spec)同步最终需求。其核心流程包括:检查变更完整性、验证任务状态、同步 Delta Spec 到 Main Spec,最后将变更移至带日期的归档目录。归档的作用是明确区分“当前规范”与“历史变更”,避免开发混淆,同时保留决策上下文供后续追溯。归档记录包含提案、设计、任务等原始信息,辅助团队理解需求演变、审计问题或参考类似功能。与 Git 历史互补,归档聚焦“为什么变
2026-07-12 22:44:02
290
原创 【Claude Code】 中给 Python + XML 项目建立可靠验证体系
本文介绍了在Python+XML项目中建立可靠验证体系的四层架构: Rules层 - 定义编码规范和约束条件,包括Python规则、XML规则、测试规则和OpenSpec验证规则 Skill层 - 编排完整验证流程,通过/validate-change命令统一执行变更验证 Subagent层 - 在独立上下文中复核实现,确保合规性 Hooks层 - 执行不可绕过的确定性检查,调用真实测试和校验程序 核心原则是只有Hook/CI的检查才是确定性门禁。推荐的项目结构将验证逻辑集中放在scripts目录,避免多套
2026-07-12 22:43:04
134
原创 【OpenSpec】openspec\config.yaml 项目中config.yaml是如何使用的
OpenSpec框架中config.yaml的核心作用 openspec/config.yaml是OpenSpec(AI Agent开发框架)的核心配置文件,定义了项目的全局标准和AI行为规则: 核心功能 项目上下文注入:声明技术栈(如TypeScript、Next.js)、架构模式等,为AI提供开发背景。 全局规则定义:为不同阶段(提案、设计、任务)设置硬性校验规则(如提案需包含回滚计划)。 简化CLI操作:预设默认参数,避免重复输入。 文件结构 包含四个关键字段: schema:指定流程模板(如spec
2026-07-12 22:38:52
459
原创 【openspec】存量项目中如何使用进行开发
存量项目引入OpenSpec的渐进式实践指南 核心原则:避免全盘改造,采用"动哪补哪"的增量策略 实施步骤: 基础初始化:安装OpenSpec并建立空规范目录 构建高层框架:编写1-2个概括性主规范文件(如系统概述) 增量开发流程: 变更触发时创建提案 AI定向分析相关旧代码 局部补全规范契约 实施变更并同步到主规范 关键技巧: 明确指定需要分析的旧代码范围 通过测试用例倒推规范 规范只描述行为而非实现细节 优先活跃模块,忽略低频修改代码 优势:在保障业务连续性的同时,逐步将旧系统转化为规范驱动的现代架构
2026-07-12 22:12:07
355
原创 【openspec】执行完/opsx:propose后生成的几个交付的作用、关系、生成方式
本文介绍了OpenSpec工作流中的四个核心文档及其关系。当前OPSX命令通常为/opsx:propose,生成四类文件:proposal.md(说明变更背景、目标和范围)、specs/**/spec.md(定义系统行为规格)、design.md(技术实现方案)和tasks.md(具体实施步骤)。这些文档通过"Schema+模板+AI推理"动态生成,形成proposal→specs/design→tasks的依赖关系。其中proposal.md定方向,specs定行为契约,design.md定技术方案,ta
2026-07-12 17:19:36
696
原创 【OpenSpec】名词解释
摘要 kebab-case是一种命名规范,采用全小写字母+连字符(如user-profile),常用于URL、CSS和CLI工具。SLO(服务等级目标)是SRE中的可靠性目标(如"99.9%请求<200ms"),与SLI(实际指标)和SLA(含违约条款的协议)构成可靠性三角:SLI测量性能,SLO设定内部目标,SLA对外承诺补偿。两者分别解决代码可读性与服务质量量化问题。
2026-07-12 11:23:24
241
原创 【openspec】 核心概念
OpenSpec 规范驱动开发(SDD)体系通过四个核心机制实现项目规范的闭环管理: Schema 模板系统 - 强制统一规范结构,通过模板和元数据校验确保AI生成内容的一致性。 verify-change与archive - 自动化验证代码符合规范并归档变更,保持开发环境清洁。 sync-spec合并引擎 - 采用三方合并策略,安全地将局部规范修改同步到全局,解决冲突。 Delta Spec增量规范 - 通过沙盒隔离机制,使AI专注局部修改,避免全局文档干扰,支持多任务并发。 这些机制共同确保规范从动态提
2026-07-10 23:51:31
230
原创 psmux快捷键
tmux高效使用指南 本文提供了tmux的快速安装方法和核心快捷键速查表。安装推荐使用winget工具,命令为winget install psmux。快捷键分为五大类:1)核心基础操作(分屏/全屏切换);2)窗口标签页管理;3)面板操作;4)复制粘贴模式;5)会话管理。所有操作默认前缀为Ctrl+b,包含分屏创建、面板调整、快速窗口切换等实用功能,特别适合终端多任务处理场景。文末还提供了快捷键帮助查询方式(Ctrl+b + ?),方便随时查阅完整功能。
2026-06-13 22:16:10
267
原创 “失败后自动拉起修复 Agent”的闭环流水线
本文提出了一种门禁流水线失败后自动修复的闭环方案。该方案通过设计"失败-修复-验证"的循环流程,在门禁失败时触发修复Agent分析错误、修改代码并本地验证,通过后提交更改并重新触发流水线。方案包含完整的流程图和实施步骤,强调需使用隔离环境、设置尝试次数上限、进行严格验证,并建议采用自动提交修复分支而非直接合入主干的策略,以确保安全可控。文中还列举了可能遇到的问题及对应解决方案,如误改代码、死循环、环境不一致等风险,最终推荐采用自动创建PR/分支的方式平衡效率与安全性。
2026-05-29 23:43:24
236
原创 视频深度解析:CI/CD 已死,智能体时代需要持续计算
摘要 《CI/CD已死,智能体时代需要持续计算》视频解析报告指出,传统CI/CD在AI智能体时代面临崩溃。随着AI智能体接管代码编写,传统开发模式被颠覆:从人类每周少量PR提交转变为智能体高频并发提交,导致分支爆炸和代码冲突。报告提出三个阶段演进路径:从纯人类开发到人机协同,最终实现全智能体闭环。新一代"持续计算"基础设施需要四大核心要素:流量整形、有状态环境、预合并队列和人类高层治理。CI并未消失,而是重构为融入智能体迭代的内部循环,未来竞争将聚焦于维持高效能、低延迟的闭环系统。
2026-05-24 23:28:51
457
原创 【opencode】安装使用daytona沙箱插件
Daytona开源插件使用指南摘要:该文档介绍了如何配置和使用Daytona的opencode插件。首先需要在Daytona官网创建账户并获取API密钥,然后在配置文件中添加插件声明,最后通过环境变量设置API密钥即可启动使用。整个过程简单明了,帮助开发者快速集成opencode功能到项目中。(99字)
2026-05-24 22:09:07
122
原创 Bun 常用命令速查清单(TypeScript 编译篇)
Bun 是一款全栈 JavaScript/TypeScript 工具链,内置 TypeScript 编译器,无需额外安装 tsc 即可直接运行 .ts/.tsx 文件。常用命令包括:bun init 初始化项目并生成推荐 tsconfig;bun run index.ts 直接运行 TypeScript;bun build 打包 TS 代码为 JS;bun build --compile 生成独立二进制可执行文件。开发时可使用 --watch 监听模式,生产构建可添加 --minify 和 --source
2026-04-19 15:30:04
337
原创 【opencode】代理的使用
OpenCode代理系统包含主代理(Build/Plan)和子代理(General/Explore)。主代理通过tab切换,子代理通过@调用。系统支持JSON和Markdown两种配置方式,可定义代理类型、模型、权限(prompt/tools)等参数。主代理具有完整修改权限,而Explore子代理为只读模式。配置文件中可设置温度值、工具权限(write/edit/bash)等详细参数,支持全局和项目级代理定义。该系统通过模块化设计实现了灵活的代理管理和任务分配。
2026-04-12 22:27:16
447
原创 【opencode】使用方法
本文介绍了oh-my-openagent中的11位专家,包含发音指南和命名来源。发音部分提供了英文音标和中文谐音(如Sisyphus读作"西西弗斯")。命名灵感主要来自希腊神话:Sisyphus象征重复坚持,Prometheus代表智慧开创,Hephaestus体现工匠精神等。其余专家如Explore(探索者)、Librarian(知识管理)等则采用直白的英文命名。这些名字通过神话原型和字面含义,生动体现了各专家的核心功能定位。
2026-04-11 23:30:53
437
原创 【sublime】使用快捷键
摘要:本文介绍了文本编辑中的常用快捷键与操作技巧,包括多行编辑(CTRL+D)、批量选择(Alt+F3)、快速查找替换(Ctrl+F+Alt+Enter)、行排序(F9)以及去重功能(编辑→整理行→去重)。这些高效操作能显著提升代码或文本处理效率,适用于各类开发与编辑场景。(98字)
2026-02-02 23:50:22
45
原创 【UV】 推荐使用UV管理Python
https://docs.astral.sh/uv/getting-started/features/#scripts
2025-12-03 23:14:00
318
原创 【lanchain】LCEL 链中可添加的内容与顺序要求
LCEL 提供了灵活而强大的链式操作机制,可以组合多种类型的组件来构建复杂的 AI 应用流程。虽然有基本的顺序要求(如提示词 -> 模型 -> 解析器的流向),但通过数据映射和路由组件,您可以创建高度自定义的处理流程。
2025-11-09 12:59:10
397
原创 Cline中模型识别任务与clinerules相关性的实现逻辑
Cline的规则识别和执行机制基于系统提示词模板引擎自动识别任务与规则的语义关联智能选择适用的规则子集无缝执行规则要求的行为动态适应不同的项目上下文这种设计使得规则应用变得自然、智能且无需人工干预,大大提高了开发效率和代码质量的一致性。
2025-10-26 21:50:24
496
原创 Cline插件中clinerules的选择机制
Cline插件的规则选择机制采用多层次智能系统,通过开关控制实现灵活配置。核心逻辑包括:1)按优先级加载全局、项目和外部规则;2)基于开关状态决定是否应用规则;3)每次API请求前自动刷新规则状态。系统支持用户通过UI界面管理规则开关,自动检测规则变化,并采用懒加载、缓存等优化策略提升性能。这种设计既保证了规则应用的灵活性,又能精确控制哪些规则被激活,同时避免不必要的性能开销。
2025-10-26 21:14:11
1055
原创 【Cline】插件中clinerules的实现逻辑分析
Cline的clinerules系统提供了一个高度可扩展的框架,允许用户通过规则文件和钩子脚本深度定制AI助手的行为。系统设计考虑了跨平台兼容性、性能优化和错误恢复,为开发者提供了强大的自定义能力。
2025-10-26 21:03:36
1006
原创 【LLM】 BaseModel的作用
在 Python 里,BaseModel 是 pydantic 库提供的一个基类,pydantic 是用于数据验证和设置管理的强大库。
2025-08-03 22:01:35
478
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅