mirror of
https://github.com/tradecatlabs/vibe-coding-cn.git
synced 2026-08-22 23:38:05 +00:00
chore: migrate repository to standard knowledge base layout
This commit is contained in:
@@ -0,0 +1,45 @@
|
||||
# 长样例与原始资料
|
||||
|
||||
## 示例 A:原始资料(未清洗)
|
||||
|
||||
> 说明:以下为混杂输入,用于测试“拆分多主题 + 追问缺失信息”能力。
|
||||
|
||||
```
|
||||
历史记录
|
||||
最近
|
||||
SOP的定义
|
||||
https://github.com/BloopAI/vibe-kanban 帮我分析这个项目怎么玩?
|
||||
需求说明(简版) - 目标:用“六爻”作为唯一占卜流派,生成可量化的“测算因子”,用于物品/交易对/商品的分析(不涉及个人八字)。 - 输出要求:统一结构(方向、强度、置信、周期、原始卦象字段、解释
|
||||
mac粘贴宝历史的快捷键
|
||||
https://vscode.dev/tunnel/desktop-15prbve/Ubuntu/home/lenovo/.projects
|
||||
pypl包是什么
|
||||
https://x.com/EthRosamond/status/2011443034941268291?s=20
|
||||
PS C:\Users\Docker> node --version v24.13.0 PS C:\Users\Docker> npm --version npm : 无法加载文件 C:\Pro
|
||||
mac截屏到粘贴版
|
||||
> Error: Authentication failed. Please log into Factory or set a valid FACTORY_API_KEY environment
|
||||
root1@root1deMacBook-Pro ~ % npm i -g @openai/codex zsh: command not found: npm root1@root1deMacBook
|
||||
加密货币量化交易的github仓库有哪些,只要高星的
|
||||
Overleaf这个有必要买吗
|
||||
超高频策略策略相关的 的github开源框架仓库
|
||||
核查事实;> 结论:Binance Vision 不提供原始逐档盘口历史数据 | 数据类型 | Binance Vision | 说明 | |:---|:---|---|
|
||||
还是无法连接到服务器;[01.07 06:24:39] obs64.exe - obsproject.com:443 open through proxy 127.0.0.1:9909 SOCKS5
|
||||
OBS Studio 帮我找win11上能强制一个应用走代理的方法
|
||||
obs如何同时推流2个平台
|
||||
在win11上使用9910的代理启动;obs 的命令是什么
|
||||
```
|
||||
|
||||
## 示例 B:输出骨架(模板级)
|
||||
|
||||
```
|
||||
SOP 标题 / 编号 / 版本
|
||||
1. 目的
|
||||
2. 适用范围
|
||||
3. 术语与定义
|
||||
4. 角色与职责
|
||||
5. 资源与前置条件
|
||||
6. 标准作业步骤(输入/动作/输出)
|
||||
7. 关键控制点与质量标准
|
||||
8. 异常处理与升级
|
||||
9. 记录与表单
|
||||
10. 参考资料
|
||||
```
|
||||
@@ -0,0 +1,14 @@
|
||||
# sop-generator Reference Index
|
||||
|
||||
## 快速入口
|
||||
|
||||
- SOP 基础定义:`sop-foundations.md`
|
||||
- SOP 标准结构:`sop-structure.md`
|
||||
- 写作与可执行性规范:`writing-style.md`
|
||||
- 仓库样例:`repo-vibe-kanban.md`
|
||||
- 长样例与原始资料:`examples.md`
|
||||
|
||||
## 说明
|
||||
|
||||
- 参考资料只放长内容与证据来源
|
||||
- `SKILL.md` 保持可直接执行的简短模式
|
||||
@@ -0,0 +1,17 @@
|
||||
# 仓库摘要:BloopAI/vibe-kanban
|
||||
|
||||
## 项目定位(README 摘要)
|
||||
|
||||
- 项目是一个“live GPT task board”,强调可用自然语言管理与执行任务
|
||||
- 支持多模型供应商(OpenAI / Anthropic)
|
||||
- 以本地优先为导向(local-first)
|
||||
|
||||
## 快速运行要点(README 摘要)
|
||||
|
||||
- 安装依赖:`pnpm install`
|
||||
- 启动开发:`pnpm dev`
|
||||
- 需要配置模型供应商的 API Key
|
||||
|
||||
## 来源
|
||||
|
||||
- GitHub: https://github.com/BloopAI/vibe-kanban
|
||||
@@ -0,0 +1,17 @@
|
||||
# SOP 基础定义与价值
|
||||
|
||||
## 定义(权威来源摘要)
|
||||
|
||||
- SOP 是**书面文件**,用于描述对**经常/常规操作**的处理方式,目的是确保执行一致性与质量。
|
||||
- SOP 的价值:把关键步骤写清楚,降低差异与错误,便于培训与审核。
|
||||
|
||||
## 常见价值(面向生产/服务/管理场景)
|
||||
|
||||
- 让不同人员在同一流程上保持一致结果
|
||||
- 缩短新人上手时间、减少经验依赖
|
||||
- 明确责任与记录,便于追溯与复盘
|
||||
|
||||
## 来源
|
||||
|
||||
- U.S. EPA Quality Management Tools - Standard Operating Procedures
|
||||
https://www.epa.gov/quality/epa-quality-management-tools-standard-operating-procedures
|
||||
@@ -0,0 +1,24 @@
|
||||
# SOP 标准结构与章节要点
|
||||
|
||||
## 通用结构(合并多来源的常见章节)
|
||||
|
||||
1. **文档控制信息**:标题/编号、版本、修订记录、审批
|
||||
2. **目的(Purpose)**
|
||||
3. **范围(Scope)**
|
||||
4. **术语与定义(Definitions)**
|
||||
5. **职责(Responsibilities)**
|
||||
6. **程序/步骤(Procedures)**
|
||||
7. **记录与表单(Records / Forms)**
|
||||
8. **参考资料(References)**
|
||||
|
||||
> 不同行业/机构会有不同细分,但以上内容是高频核心块。
|
||||
|
||||
## 来源摘记
|
||||
|
||||
### Boston University SOP Appendix(结构清单)
|
||||
- 包含 Purpose/Scope、References、Definitions、Responsibilities、Procedures、Records/Forms、Additional Considerations
|
||||
https://www.bu.edu/tech/files/2020/04/BU-ISCII-SOP-Appendix-2020.pdf
|
||||
|
||||
### U.S. FDA SOP Template(章节目录)
|
||||
- 列出 Purpose、Scope、Policy、Responsibility、Procedures、References、Definitions、Exhibit、Revision History、Approval
|
||||
https://www.fda.gov/media/111941/download
|
||||
@@ -0,0 +1,21 @@
|
||||
# 写作与可执行性规范(经验性建议)
|
||||
|
||||
> 以下为可执行性写作经验,用于提升 SOP 的可读性与一致性。
|
||||
|
||||
## 结构化写法
|
||||
|
||||
- 每一步都写成“输入 → 动作 → 输出”
|
||||
- 统一编号与层级,避免超过 3 层缩进
|
||||
- 关键参数必须量化(时间、温度、阈值、比例、范围)
|
||||
|
||||
## 语言风格
|
||||
|
||||
- 使用祈使句与主动语态
|
||||
- 避免“视情况而定/自行判断”等模糊表述
|
||||
- 关键控制点明确责任人/岗位
|
||||
|
||||
## 质量自检
|
||||
|
||||
- 是否有遗漏的前置条件或依赖
|
||||
- 是否存在需要主观判断的关键步骤
|
||||
- 是否能被新人在 30 分钟内执行并得到一致结果
|
||||
Reference in New Issue
Block a user