extend

Solid

IWE extensibility catalog: what can be customized, which extension points exist, which parameters are available, how to install a third-party extension.

AI & Automation 52 stars 148 forks Updated today MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
57
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# /extend — Каталог расширяемости IWE > **Триггер:** `/extend`, «что я могу расширить?», «как настроить протокол», «как добавить свой шаг». > **Роль:** R6 Кодировщик. **Один выход:** карта того, что доступно + конкретные инструкции. ## Алгоритм ### 1. Определить область запроса Если аргумент указан (например `/extend day-open`) → показать только этот протокол. Если аргумент пустой → показать полный каталог. ### 2. Показать текущее состояние кастомизаций ```bash ls {{WORKSPACE_DIR}}/extensions/*.md 2>/dev/null || echo "(нет расширений)" cat {{WORKSPACE_DIR}}/params.yaml 2>/dev/null ``` Сообщить: - Какие расширения уже установлены (✅) - Какие параметры уже изменены от defaults ### 3. Вывести каталог #### Extension points (файлы в extensions/) | Протокол | Hook | Файл для создания | Когда выполняется | |----------|------|-------------------|-------------------| | `protocol-close` | `checks` | `extensions/protocol-close.checks.md` | **ДО** commit+push — pre-commit gate (R4.3, WP-273) | | `protocol-close` | `after` | `extensions/protocol-close.after.md` | После чеклиста, перед верификацией | | `day-open` | `before` | `extensions/day-open.before.md` | Перед шагом 1 — утренние ритуалы | | `day-open` | `after` | `extensions/day-open.after.md` | После «Требует внимания», перед DayPlan | | `day-close` | `checks` | `extensions/day-close.checks.md` | После governance batch, перед архивацией | | `day-close` | `after` | `extensions/day-close.after.md` | После итогов дня, перед ве...

Details

Author
TserenTserenov
Repository
TserenTserenov/FMT-exocortex-template
Created
7 months ago
Last Updated
today
Language
Shell
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

extension-development

Build a PostgreSQL backend loadable extension (.so / contrib module) — covers the .control file, the foo--1.0.sql install script + foo--1.0--1.1.sql upgrade scripts, PGXS vs meson build wiring, the `_PG_init` entry point, shared_preload_libraries vs LOAD vs CREATE EXTENSION load timing, chained hook installation (ProcessUtility_hook, planner_hook, ExecutorStart_hook), trusted vs untrusted extensions, and SQL-callable C function declarations (PG_FUNCTION_INFO_V1, PG_RETURN_*). Use whenever a PG extension is being written or modified — wiring _PG_init, registering hooks, picking PGXS vs meson, writing install/upgrade SQL, declaring CREATE FUNCTION ... LANGUAGE C, or marking the extension trusted. Skip for VS Code / Chrome / Firefox / Safari / browser extensions, NPM / pip / RubyGems / Cargo packages, IntelliJ / Eclipse plugins, and shell completion scripts.

1 Updated 1 months ago
matejformanek
AI & Automation Solid

iwe-update

Update IWE with change explanations. Agent calls update.sh, parses CHANGELOG, explains what changed, helps adapt updates to user customizations.

52 Updated today
TserenTserenov
Code & Development Listed

dxkit-extensions

Plug the repo's own extractors, inventories, and delivery sinks into dxkit as extensions — any language, no porting. Use when the user says "run our Python extractor through dxkit", "track our screens/permissions inventory", "make our custom scanner's findings gate the PR", "send dxkit reports to our dashboard/spreadsheet", "declare our Postman collection / pact / HAR", or "how do I write a dxkit extension". For gate-time repo COMMANDS (a lint gate, an architecture script), defer to dxkit-checks; extensions run at refresh time and gates read their committed snapshots offline.

10 Updated today
vyuh-labs