摘要: 本文分享 Spec Kit 在个人项目和小需求场景下的流程改造实践。针对原始流程强制 Task、英文模板可读性不足、缺少复盘沉淀三个问题,提出三大改造方向:模板中文化(保留英文技术锚点)、Optional Task Workflow(按复杂度决定是否生成 tasks.md)、Implementation 后增加 Review 与 Skill 沉淀。附带完整的提示词模板可供直接复用。 阅读全文
posted @ 2026-06-15 17:43 bleemyoung 阅读(32) 评论(0) 推荐(0)
摘要: 在 DeepSeek Harness 中部署 PPTKit Presentation:从安装到可编辑 PPT 的完整实践 核对日期:2026-08-19 运行环境:Windows、PowerShell 如果只让 AI 一次性返回一份 PPT,第一次看起来很快,但后续经常会遇到三个问题:内容修改难以追 阅读全文
posted @ 2026-08-19 14:48 bleemyoung 阅读(382) 评论(0) 推荐(0)
摘要: 本文记录两个 Vue 前端在共用后端、同父域部署且不引入统一认证中心的约束下,通过共享 USER_TOKEN Cookie 实现单点登录的过程。内容涵盖方案选择、Cookie 作用域、carbon 会话恢复、用户与账户初始化、本地联调、当前企业识别错误、localStorage 导致的登出复活,以及后续由后端完成 Token 注销的双向登出方案。 阅读全文
posted @ 2026-07-31 15:27 bleemyoung 阅读(19) 评论(0) 推荐(0)
摘要: 中后台项目中,路由配置需要同时驱动菜单、面包屑、Tab、缓存和鉴权。本文通过 Vue Router 的 RouteMeta 模块扩充,用一份路由配置作为唯一事实来源,消除多份配置不同步的问题。涵盖类型声明、字段设计、消费链路(菜单树、面包屑、Tab 系统、菜单高亮、鉴权守卫)和完整路由配置示例。 阅读全文
posted @ 2026-07-24 16:24 bleemyoung 阅读(16) 评论(0) 推荐(0)
摘要: 本文整理 AI Coding 工作流中的需求稳定性三分法:当需求已确定时使用 Spec → Plan → Implement;当需求仍在探索时优先 Prototype,不为了维护 Spec 放慢探索速度;当已有 Spec 只发生小范围演进时,用 Patch 追加变更,并在版本结束后合并为 Spec vNext。文章同时区分 Spec、Plan、Prototype、Patch、Ticket 与 Task 的职责边界。 阅读全文
posted @ 2026-07-20 15:44 bleemyoung 阅读(18) 评论(1) 推荐(0)
摘要: 弃用spec-kit相关流程,太重了 会有很多文件生成 且有时候spec边界如果确认不清楚,到plan会有很多偏差, 改造去除了task,但是流程还是太重了 使用ticket,分步骤实施,单个实施后单个验收,不耦合全部实施。 命令 npx skills add https://github.com/ 阅读全文
posted @ 2026-07-17 16:05 bleemyoung 阅读(61) 评论(1) 推荐(0)
摘要: 本文记录一次在 Vue + TypeScript 项目中重新梳理 ESLint 和 Prettier 的实践过程。ESLint 负责发现代码质量和类型边界问题,Prettier 负责统一格式。面对历史项目中的大量格式化和 lint 变更,应先区分“逻辑改动”和“机械修复”,再按规则类型逐步收敛,避免工程质量工具变成开发阻碍。 阅读全文
posted @ 2026-07-14 17:31 bleemyoung 阅读(13) 评论(0) 推荐(0)
摘要: UnoCSS 是即时生成的原子化 CSS 引擎,比 Tailwind 更轻量灵活。本文介绍 UnoCSS 的核心概念、项目引入方式、基础用法(间距、Flex布局、宽高、颜色、圆角阴影)、自定义快捷类和规则,以及与 Tailwind 的对比。 阅读全文
posted @ 2026-07-09 18:08 bleemyoung 阅读(29) 评论(0) 推荐(0)
摘要: 「先上车后补票」让 Patch 越积越多,spec 会逐步退化为变更日志。本文给出收敛约束:spec 记 WHAT/WHY、plan 记 HOW、Patch 段只做溯源索引;通过拆分内容→正向合并到 FR/SC→下沉实现到 plan 并压缩为索引表三步,周期性把行为约束升级进 FR、实现细节下沉到 plan,防止 spec 无限膨胀。 阅读全文
posted @ 2026-07-06 13:24 bleemyoung 阅读(15) 评论(0) 推荐(0)
摘要: 已确认的 spec 原则上不直接修改,新增、遗漏以及 review 发现的问题都以 Patch 形式追加到 spec.md / plan.md,保证可追溯性。spec 记 WHAT,plan 记 HOW——小改动只补 spec,复杂变更两端双向交叉引用,最终把线性流程演化为带 Patch 回路的闭环。 阅读全文
posted @ 2026-06-29 14:53 bleemyoung 阅读(18) 评论(0) 推荐(0)
摘要: 本文详细记录了依云项目前端中的两种 Mock 机制——登录/权限 Mock(由环境变量 `VITE_MOCK_LOGIN` 控制开关)和碳监测页面 Mock(始终生效的前端内存模拟),涵盖接口覆盖范围、文件改动、实现原理、开启/关闭方式以及注意事项,适合作为前端 Mock 方案的技术备忘。 阅读全文
posted @ 2026-06-25 19:28 bleemyoung 阅读(14) 评论(0) 推荐(0)