modern-python
目的
把 Python 仓库收敛到 单一配置源(pyproject.toml)、快的 lint/format(ruff)、快的类型检查(ty)、统一的依赖与虚拟环境(uv),并把同样命令接到本地钩子与 CI,减少「每人一套命令」的摩擦。
不适用
- 仅改一两个文件且无意动工具链。
- 主要任务是业务/产品设计而非工程化(除非用户点名要工程化)。
与 tech-preferences 的关系
本仓库的横切偏好已约定:uv(包与虚拟环境)、ruff(lint + format)、ty(类型检查)、prek(预提交钩子,替代 pre-commit 的常见选型)。本 skill 给出可执行的落地步骤;若与 tech-preferences 冲突,以用户当次指令为准。
Python 版本与新特性
- 默认下限:
project.requires-python宜为>=3.12(除非用户或上游约束更旧)。 - 尽量用新:在兼容依赖的前提下,本地与 CI 优先使用当前目标范围内的最新稳定小版本(例如下限 3.12 时可用 3.12.x 最新;若项目明确以 3.13 为下限,则用 3.13.x 最新),并与
uv python pin、测试镜像一致。
More from zrr1999/skills
unix-software-design
适用于软件设计、架构拆分、边界划分、接口规划、复杂度控制等场景。只要任务核心是“怎么把系统设计得更简单、更透明、更可组合”,就应参考。
33tech-preferences
适用于技术选型、架构规划、工具推荐、重构方向判断、开新坑定栈等场景。只要任务里出现“该选什么”“什么更适合我”“要不要换工具/框架”这类问题,就应先使用。
23modern-stack
个人现代化技术栈说明。在进行任何规划或实现功能、搭建项目脚手架、写示例代码或 CI/自动化配置等任务时,优先按照这里提供的内容来思考和生成方案。
13agent-cli-toolkit
终端取证与 CLI 自动化优先:用 rg/fd、bat、sd、delta/difft、http/jq、fzf、hyperfine、dust/duf/procs/btm、gh/gh-llm、x/vp/bun/uv;多窗格/命名会话/长时并行或 layout 用 zellij。应在用户或任务出现「终端/命令行/shell/CLI」「在机器上跑/验证」「搜仓库/找文件」「看 diff 或 JSON」「查 PR/Issue/GitHub」「磁盘/进程/性能对比」「并行跑多个服务或测试」「tmux 式多会话」或 agent 需用上述工具链而非仅靠编辑器时加载。
12maintenance-pass
适用于“维护老坑”“接着做下去”“修一下这个 repo”“挑下一步最值得做的点”“这个项目有点乱先帮我收一收”这类任务。只要重点是基于现状继续向前,而不是从零设计,就应使用。
7project-kickoff
适用于“开新坑”“起新 repo”“先做第一版原型”“先搭最小骨架”“先证明方向可行”这类任务。只要用户想把一个模糊的新想法收敛成最小可行起点,就应使用。
6