杂项
这里存储了一大堆很杂乱的文章。
这些文章、文档满足以下特点：
- 偶尔使用，低频使用
- 几乎不维护
- 曾经重要但是逐步过时
- 一次性使用，复用率很低
平时可以高强度删减的东西
按照处理后收益最高来排序：
- 浏览器收藏夹
- B 站稍后再看
- 本项目的待办
- 本项目的历史文档
- B 站收藏视频
- B 站关注 up 主
- QQ 收藏
GitHub Spec Kit
- spec-kit 仓库： https://github.com/github/spec-kit
用这个工具来按照规范生成提示词。但是我目前不打算弄单人的独立项目，所以暂时不考虑该工具约束提示词。
Wuunu 内嵌应用式的 AI 客户端
- 插件： https://marketplace.visualstudio.com/items?itemName=WuunuAI.wuunu-ai-extension
- 视频教程： https://www.bilibili.com/video/BV1rCxLzbEQq/
这是一个 vscode 插件，以插入式注入代码片段的方式，在应用内启动一个 AI 客户端，提供一个对话交流框，并允许选中页面元素，进行针对性的 UI 沟通与修改。
该方案实现起来太脏了。而且在 uniapp 内无法选择元素，该方案被放弃。
对 mintlify 文档云平台的思考
我觉得太冷门了。做出来的产品是明星产品，但是技术本身很冷门，迁移成本太大。
- 文档格式必须是
*.mdx格式，很不喜欢这种 markdown 的衍生格式。 - 要制作专门的
docs.json文件。 - 静态资源必须要移动到规定的目录内。
这个要求决定了，mintlify 不太适合现在大多数的静态文档渲染框架。不合适。专有专用的格式太多了。
用于原型设计与最小 MVP 产品设计的 AI 平台
对提示词的思考
2025 年是高强度使用 AI 的一年，用了很多 AI 工具，对提示词的划分理解如下：
- 一次性片段式提示词
- 一次性文档式提示词
- 可复用代理式提示词
提示词 4 要素
基于 gemini-for-google-workspace-prompting-guide-101 ：
- 角色
- 任务
- 上下文
- 格式
vite mock 插件技术选型
使用 vite-plugin-fake-server 插件打包项目时出现的 require 函数故障
按理说不应该出现的，在生产环境内不应该出现 require 函数的。
针对 vue-pure-admin 仓库，该模板项目打包后，是正常的。但是我的项目也是用这个模板二开的，却出现了故障。
在 dist 内搜索这些关键词：
vite-plugin-fake-server__VITE__PLUGIN__FAKE__SERVER__window.__VITE__PLUGIN__FAKE__SERVER__.xhook
无 require：
有 require：
依赖冲突
- resolutions
- overrides
到底怎么使用？
在 pnpm-workspace.yaml 写 overrides 似乎没用，要在 package.json 内写 pnpm.overrides 才有效
疑似故障，无法实现依赖覆盖。
bash
pnpm why vue-router
前端发展方向
- 网页
- 管理后台
- 大屏
- 移动端
- 桌面端 electron
- 游戏前端
独立前端组件显示文档
- histoire
- storybook
这两个都可以实现对 vue 组件生成专用的，独立的，可交互的组件。
贡献者
ruan-cat