BD getnote-knowledge-master
Get笔记 · Версия «списать у мастеров». Воспроизводит методологию управления знаниями от AI-гуру Капаси, объединяя Get笔记 API + @getnote/cli для реализации шестишагового процесса управления знаниями в один клик. **Когда активировать:** (1) Пользователь упоминает «списать у мастеров шести шагов», «управление знаниями Капаси», «списать у мастеров в базе знаний» (2) Пользователь хочет выполнить полный процесс управления знаниями (создание базы → сохранение → организация → поиск → обратная связь → проверка) (3) Пользователь одним предложением инициирует многошаговую операцию управления знаниями, например «помоги мне организовать последние достижения в области ИИ и сохранить их в базе знаний» (4) Пользователь упоминает «Get笔记 обновленная версия», «накопление знаний», «сложный процент знаний» (5) Обычные операции Get笔记 (сохранение/поиск/база знаний/теги), но с рабочим процессом (пакетная обработка, автоматизация, регулярность) **Основная база по умолчанию: база знаний «Дедао» (topic_id: `eYzMmvnm`)** Основная рабочая среда Чжан Гунцзы находится в этой базе знаний, все операции шестишагового метода по умолчанию используют ее как контекст, если пользователь явно не указывает другую базу знаний. Этот навык основан на Get笔记 API + @getnote/cli и реализует шестишаговый метод через оркестрованные многошаговые процессы.
машинный переводПоказать оригиналСкрыть оригинал«Get笔记 · 六步抄作业版。复刻 AI 大神卡帕西的知识管理方法论，融合 Get笔记 API + @getnote/cli 实现一键式六步…»
Get笔记 · 六步抄作业版。复刻 AI 大神卡帕西的知识管理方法论，融合 Get笔记 API + @getnote/cli 实现一键式六步知识管理流程。 **何时激活：** (1) 用户提到"六步抄作业"、"卡帕西知识管理"、"知识库抄作业" (2) 用户要执行完整知识管理流程（建库→存入→整理→搜索→反哺→体检） (3) 用户一句话触发多步骤知识管理操作，如"帮我把最近AI进展整理一下存到知识库" (4) 用户提到"Get笔记升级版"、"知识沉淀"、"知识复利" (5) 常规 Get笔记 操作（保存/搜索/知识库/标签）但带有工作流意味（批量、自动化、定期） **默认主阵地："得到"知识库（topic_id: `eYzMmvnm`）** 张公子的主要工作环境在此知识库，六步法的所有操作默认以此为上下文，除非用户明确指定其他知识库。 本 Skill 基于 Get笔记 API + @getnote/cli，通过 orchestrated 多步骤流程实现六步法。
Get笔记 · Версия «списать у мастеров».
Как процесс D 43/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 3. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 43/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (node), но во frontmatter они не объявлены
- 100Шаги. Шагов: 19
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1487 токенов
- low Разделов верхнего уровня: 14. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (6 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -41 справочных файлов, но SKILL.md на них не ссылается: модель их не откроет
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 4 примера фраз-триггеров в кавычках
- +3Длина description 439 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 20 заголовков
- +3Пошаговые инструкции: 19 пунктов
- +4Есть примеры (22 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 73.