aihubmix，能开发票，有Claude code, Gemini 3.1等最新模型
要把一个已有的 Python 项目（带有 ）转成 uv project（即使用 uv 作为包管理器和项目配置），可以按以下步骤操作：
步骤一：初始化 uv 项目
在项目根目录运行：
uv init
#建立项目级的虚拟环境
uv venv
这会生成一个 pyproject.toml，作为 uv 的配置入口。
步骤二：导入 requirements.txt
uv 提供了直接从 安装依赖的方式：
uv add -r requirements.txt
这个命令会解析 requirements.txt 中的每一行（支持带版本的规范如 requests==2.31.0），并将其添加到 pyproject.toml 的 [project.dependencies] 中，同时生成/更新 uv.lock 锁文件。
步骤三：检查并整理依赖
• 打开 pyproject.toml，确认依赖是否正确写入 [tool.uv.dependencies]。
• 如果有开发依赖（如测试框架），可以用：
•
删除旧的 requirements.txt，以后只需要维护 pyproject.toml 和 uv.lock。
步骤四：处理开发依赖（可选）
如果 requirements.txt 中包含仅用于开发的依赖（如 pytest），可以将它们移到 [dependency-groups] 中（uv 支持类似 PEP 735 的开发依赖分组）：
uv add --dev pytest
步骤五：同步环境
运行以下命令根据 pyproject.toml 和 uv.lock 创建虚拟环境并安装所有依赖：
uv sync
这会创建一个 .venv 文件夹（如果不存在），并安装精确版本的依赖。
步骤六：后续使用
激活虚拟环境：source .venv/bin/activate（Windows 使用 .venv\Scripts\activate）
运行脚本：uv run python script.py
添加新依赖：uv add requests
更新依赖：uv sync --upgrade
✅ 总结：
-
uv 会生成一个 uv.lock 文件，用于锁定所有传递依赖的精确版本，确保环境可重现。建议将其提交到版本控制。
-
如果项目原本有其他构建工具配置（如 setup.py、setup.cfg），uv init 会尝试合并，但建议手动检查 pyproject.toml 的内容。
-
转换后，原有的 requirements.txt 可以保留作为参考，但后续应使用 pyproject.toml 和 uv.lock 管理依赖。
Planning-with-Files 是一个用于 Claude Code 的 Agent Skill，其核心价值并不是让模型本身变得更聪明，而是通过文件化和结构化的方法，解决 AI 在复杂、长期、多步骤任务中容易出现的上下文遗忘和目标漂移问题。在传统对话式使用 AI 的过程中，随着任务时间拉长，模型往往会偏离最初目标，缺乏清晰的阶段划分和整体进度意识，进而导致反复返工和效率下降。该 Skill 的关键做法，是将任务计划、执行步骤、中间结果以及复盘内容写入本地文件，通常以 Markdown 形式存在。模型在每一次执行前都会读取这些文件，从而重新加载当前任务状态，持续理解整体目标与所处阶段。这种方式本质上是一种工程化的上下文管理手段，把原本依赖模型短期记忆的内容，转移到可持久保存、可检查、可调整的外部结构中，并提升复杂任务的稳定性和可控性。在多步骤协作场景中尤为明显。适合长期使用。效果稳定。
安装
/plugin marketplace add OthmanAdi/planning-with-files
/plugin install planning-with-files@planning-with-files