mcpField
C
consult-mytech

consult-mytech

github.com/sjunepark开发059 次安装4 周前更新
代码仓库

关于 consult-mytech

一项在使用方项目中参考当前 mytech 指南的技能。它说明如何查找并评估相关偏好、结合项目证据进行比较,并在不扩大任务范围的前提下报告结论。

主要功能

  1. 01查找 mytech 工作副本或仓库来源
  2. 02检查与任务相关的指南
  3. 03结合项目证据对照偏好
  4. 04遵循项目要求并控制范围
  5. 05报告来源、结论与未知项

适用场景

  1. 01依据 mytech 指南检查项目决策
  2. 02在获准实施时应用相关偏好
  3. 03在专项审查中评估指南契合度

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sjunepark/mytech --skill consult-mytech

安装后在 Claude Code 中输入/consult-mytech确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
evals/
authoring-review.json
cases.json
cli-a.json
cli-b.json
desktop-a.json
desktop-b.json
evaluation-2026-09-09.md
missing-a.json
missing-b.json
observation-baseline.json
observation-candidate.json
scores.json
trigger-run-1.json
trigger-run-2.json
triggers.json

详细介绍

Consult Mytech

使用当前的 mytech 指引,为使用方项目的任务提供依据。mytech 是偏好设置的来源,使用方项目则是需求和实现证据的来源。

需要对使用方项目和 mytech 仓库 https://github.com/sjunepark/mytech 具有读取权限。该仓库是外部输入;此技能不会捆绑偏好设置。

查找指引

使用用户、项目说明或 MYTECH_ROOT 指定的 mytech 检出版本。否则,检查已知的工作区位置和现有的仓库缓存,寻找 Git 远程地址匹配的检出版本。不要假设此技能的安装目录位于 mytech 内。

如果没有可用的检出版本,请根据环境的外部仓库惯例,通过可用的 Git 或仓库 API 读取仓库。使用同一个修订版本。如果访问失败或源不明确,请说明缺少的来源,并仅询问能够解决问题的信息;继续处理独立的项目工作,但不要声称已检查偏好设置。

按当前状态检查本地检出版本,包括相关的未提交指引。记录来源位置、可获取时的修订版本,以及查阅的文件是否存在本地更改。不要仅为了读取偏好设置而更新、重置或切换检出版本。本地读取不能证明内容与远程版本同步。

针对实际决策进行阅读

  1. 根据请求以及使用方项目的说明、需求和相关实现,确定任务范围。聚焦任务应进行聚焦检查;明确的项目评估则应涵盖项目的重要决策。
  2. 从 mytech 的 README.md 开始,并根据其指引索引查阅与这些决策相关的文档。根据需要检查更多项目证据,以确定其适用性。如果索引无法解决某个主题,则进行范围明确的搜索;不要加载整个仓库。
  3. 将已采纳的指引作为默认依据。在所属文档中核查其状态和适用性。草案是提案,参考资料提供证据,历史记录则用于解释变更;只有在任务需要时才查阅这些内容,并标明其作用。项目来源名称不能证明当前仍采用该指引。
  4. 应用所选偏好设置前,先阅读其依据、原理、约束和重新审视的条件。保留指向所属文档的链接,不要将偏好设置目录复制到此技能或项目中。

检查并应用

将每项相关偏好设置与具体项目证据进行比较。区分一致、可采取行动的差距、有合理依据的偏离以及证据不足。如果没有已采纳的指引涵盖某项决策,应如实说明,而不要凭空编造 mytech 偏好设置。

项目需求和本地说明优先级更高。偏好设置可以用于打破平局,但不能单独成为重写或迁移技术栈的理由。解释重大冲突时,应结合项目约束和指引原理。

如果已获准编辑,则应在使用方项目所属的决策文档中记录有意为之的偏离;如果任务仅要求评估,则报告相关理由和建议补充的文档。

查阅指引不会扩大基础任务的授权范围。对于建议或评审任务,应报告评估结果。如果任务已要求实施,则在工作中采用适用的偏好设置,保留无关更改,并针对行为变更运行项目检查。不要将聚焦任务扩展为全仓库整改,也不要因查阅而顺带编辑 mytech。

完成咨询

给出简洁的结果,说明:

  • 检查的 mytech 源及核查范围;
  • 相关的归属文档,并将其与决策或发现一并列出;
  • 实质性差距、合理的偏离及未知事项,并附上项目证据;
  • 获准实施时所做的更改和验证。

在已检查的指导文件和项目证据支持范围内,为所界定的决策给出处理结论后即可结束。说明覆盖范围的限制;不要暗示有针对性的检查能够证明整个项目均符合要求。

评论

支持 Markdown