开发技能

为已安装Storybook的项目配置可运行的preview文件和展示实际组件的示例故事。先核实安装情况及版本是否符合要求，再继续完成配置。

• 配置已安装Storybook的预览
• 编写展示实际组件的示例故事
• 在配置前核实版本要求

将现有Storybook升级至11.0或更高版本，查阅并遵循官方升级指南；若最新稳定版低于11.0，则选择11.0的预发布测试版。

• 升级现有Storybook
• 满足Storybook 11.0以上的要求
• 稳定版不符合条件时升级至测试版

从当前分支创建符合现有模板的草稿拉取请求，检查差异并判断比较基准分支，整理标题、变更说明、测试项目和标签。

• 从当前分支创建草稿拉取请求
• 在模板中填写变更与测试信息
• 确认分层拉取请求的比较基准

修改Storybook本体或插件后，重新构建相关软件包并重启内部界面。启动后提供访问地址，还可按需展示与改动相关的故事界面评审。

• 修改内部代码后重新构建
• 重启Storybook内部界面
• 评审界面改动涉及的故事

为尚未配置Storybook的项目选择并安装11.0及以上版本，根据最新稳定版决定使用正式版还是预览版，再转交独立技能完成项目专属配置。

• 首次为项目安装Storybook
• 根据稳定版情况选择安装版本
• 从安装转入项目专属配置

将PR的标题和说明与提交记录及实际改动对照，找出遗漏的重要变更和过时内容，提出修改方案，并在用户同意后更新。

• 核对PR说明与实际实现是否一致
• 补充说明中遗漏的重要变更
• 更新已过时的PR标题

按照官方升级指南，将已安装的Storybook更新至11.0及以上版本。若最新稳定版低于11.0，则按指定方案升级至11.0的预览版。

• 更新已安装的Storybook
• 统一至Storybook 11.0及以上版本
• 稳定版低于11.0时使用预览版

根据Plausible汇总的Storybook文档访问数据，重新评估最低支持的浏览器版本。先提供统计依据和候选版本，经批准后更新配置与文档并创建PR。

• 根据实际访问情况调整浏览器支持范围
• 审核各版本使用占比和候选方案
• 同步更新支持配置与迁移指南

为 Storybook 的主版本或次版本汇总预发布版本中的变更，排除已纳入补丁版本的内容，选出重点更新，并将重点与完整变更列表写入 CHANGELOG.md。

• 准备发布 Storybook 次版本
• 总结主版本的重要更新
• 汇总多个预发布版本的变更

为已安装的 Storybook 配置可用的 preview 文件，并创建展示实际组件的故事。先检查现有安装状态，再按设置命令输出的步骤准备显示验证环境。

• 完善现有 Storybook 的显示设置
• 添加展示实际组件的故事
• 设置前检查版本是否符合要求

按Storybook规范创建供审核变更的草稿拉取请求，整理标题、必需标签和正文模板，并提供其他维护者能够复现的手动测试步骤。

• 提交Storybook变更以供审核
• 选择类别、持续集成和质量检查标签
• 编写可复现的手动测试步骤

为尚未配置Storybook的项目进行首次安装，查询稳定版以选择安装标签，使用相应的包管理工具，并交由独立的配置技能继续设置。

• 首次为项目安装Storybook
• 根据稳定版选择安装标签
• 使用现有包管理工具安装

将反复出现的纠正和提醒转化为代码静态检查、运行时检查或自动化脚本等防错机制，并将经验落实为具体修改或待办任务，防止同类错误再次发生。

• 防止同类实现错误反复出现
• 将重复指示转为自动检查
• 把纠正内容整理为笔记或规则

将项目中的Storybook相关软件包统一升级至指定版本，自动处理配套依赖；可选择稳定版或开发中构建，在外部应用中验证变更或复现问题。

• 在外部应用中试用开发构建
• 用指定版本复现问题
• 将相关软件包升级至最新稳定版

使用Scrapling提取网页正文或指定部分，保存为Markdown等格式。支持获取由JavaScript呈现的页面，以及编写可中断并恢复的Python爬虫。

• 将文章正文保存为Markdown
• 提取由JavaScript呈现的信息
• 获取带有反机器人防护的页面

从代码中提取业务领域、业务流程和具体步骤，生成可交互的横向流程图。既可利用现有知识图谱，也可通过轻量扫描收集分析材料。

• 了解代码中实现的业务流程
• 展示业务领域与步骤的联系
• 从业务角度梳理现有知识图谱

利用记录代码组成及其关系的知识图谱，查找与问题有关的文件和函数，追踪调用与依赖关系，并结合架构分层具体解释项目的工作方式。

• 了解功能的工作方式
• 查找调用方和依赖项
• 探索与某个概念相关的代码

结合现有知识图谱与实际源代码，详细解释指定文件、函数或模块的设计作用、调用关系、依赖及输入输出流程，帮助不熟悉该编程语言的读者理解代码。

• 了解指定文件的作用
• 查找函数的调用方和依赖
• 追踪从输入到输出的数据流程

将 Git 差异或拉取请求与知识图谱对照，整理修改位置、周边影响、跨架构层关系及审查风险，并保存用于仪表板展示的数据。

• 准备审查拉取请求
• 检查未提交变更的影响
• 检查跨架构层的变更

启动交互式网页仪表板，以图形查看已分析代码库的结构和关系。可显示当前工作目录或指定项目的数据，并提供包含访问令牌的本地网址。

• 以图形查看已分析的代码库
• 打开当前项目的结构关系图
• 查看其他项目的分析结果

分析项目代码、配置、文档和基础设施文件，生成可交互探索的结构与依赖关系图。支持日语说明、文件排除，以及根据变更更新已有分析结果。

• 了解首次接触的项目结构
• 检查组成部分之间的依赖
• 用日语生成设计说明

根据Archify生成的实际图表和代理工作记录，评估准确性、可读性及完成时间，通过前后对比实验改进布局、连线路径和制作流程。

• 比较图表布局和连线路径
• 调查反复修改图表的原因
• 验证图表制作流程的改进

检查未使用代码、重复状态及冗余API和层级，依据证据整理删除或合并候选项。可仅开展调查，也可在获准范围内实施修改并验证保留的功能。

• 寻找可删除的代码
• 合并重复状态或API
• 重新评估旧兼容逻辑和设计记录

从价值、成本和影响三个方面审查Archify的问题、拉取请求和代码，结合实现后的维护负担，依据证据判断是否应立即处理，并比较其他解决方法。

• 确定已报告问题的优先级
• 检查拉取请求的成本与影响
• 评估代码的可维护性