CiWiki є центральним репозіторієм документації та єдиним джерелом правил для всієї екосистеми Cimeika.
| Field | Description |
|---|---|
| Node Role | Documentation, rules, and the canonical source of truth for all Cimeika nodes. |
| Inputs | Change requests (PRs), documentation updates, API traces. |
| Outputs | Canonical instructions, standard contracts/rules, procedural approvals. |
| Dependencies | All other nodes depend on ciwiki for system-wide rules and documentation. |
Всі нижче перелічені репозиторії беруть участь у проекті (виконання / інтеграція):
- ci_gitapi — API Authorization & Coordination Gateway
- ciwiki (цей репозиторій) — Центральна документація та правила
- cimeika-unified — Уніфікована інтеграція компонентів (Vercel)
- cit — Основна кодова база / фронтенд (Vercel)
- cimeika-backend — Backend (Cloudflare Workers: TypeScript + Hono)
- ci-memory — Жива памʼять / контекст екосистеми
- media — Медіа ресурси
- COPILOT_CANON.md — Глобальні інструкції для GitHub Copilot
- SECURITY.md — Політика безпеки
- SECURITY_CHECKLIST.md — Security checklist для розробників
- CONTRIBUTING.md — Гайд для контриб'юторів
- CODE_OF_CONDUCT.md — Кодекс поведінки
- LICENSE — MIT License
- CHANGELOG.md — Історія змін
- Ci Core · Production Spec — Канонічна специфікація Ci: FAB, оверлеї, жести, токени, стани
- PR процес — Як створювати та обробляти Pull Request
- Release процес — Процедура випуску релізів
- Тестування — Стандарти тестування
- Управління секретами — Робота з credentials
- Конвенції комітів — Стандарти для commit messages
- Master Issue — Робота з master issues
- Шаблон змін — Обов'язковий шаблон для покрокових змін
- PR Template — Шаблон Pull Request
- Copilot Guard — Захист від витоку секретів
- Repository Status — Статус репозиторію
- Ознайомтесь з COPILOT_CANON.md — основні правила роботи
- Прочитайте PR процес перед створенням PR
- Використовуйте шаблон змін для всіх змін
- Обов'язково: Дотримуйтесь COPILOT_CANON.md
- Перед будь-якою дією перевірте відповідну документацію в
/docs/processes/ - Всі зміни через PR → перевірка → затвердження людиною
- Global rules: ciwiki/.github/copilot-instructions.md
- Canon updated: ciwiki audit history
- All functional changes must pass anti-repeat and intent review.
ciwiki/
├── README.md # Цей файл - головна сторінка
├── COPILOT_CANON.md # Глобальні правила Copilot
├── SECURITY.md # Політика безпеки
├── docs/ # Документація MkDocs
│ ├── processes/ # Процеси та інструкції
│ ├── Cimeika/ # Документація проєкту
│ └── index.md # Головна сторінка документації
├── .github/ # GitHub конфігурація
│ ├── workflows/ # CI/CD workflows
│ └── copilot-instructions.md # Copilot інструкції
Детальна документація пайплайну: legend_registry.yml.
Єдине джерело правди: docs/legend_ci/legend.graph.json
# Крок 1: синхронізувати граф → markdown-файли
python scripts/legend/sync_graph_to_markdown.py
# Крок 2: побудувати HTML-сторінки та JSON API
python scripts/legend/build_legend.pyРезультати:
content/legend/**— markdown-файли по главахdocs/legend/**— HTML-сторінки з навігацієюapi/v1/legend/**— JSON API
Ручні правки дозволені лише всередині зон:
<!-- CI:MANUAL:BEGIN -->
...ваш вміст...
<!-- CI:MANUAL:END -->
Всі зміни проходять через автоматизовані перевірки:
- Лінтинг коду та документації
- Перевірка безпеки (CodeQL, Secret Scanning)
- Валідація структури документації
- Перевірка MkDocs збірки
Детальніше: CI/CD документація
Документація автоматично публікується на GitHub Pages при кожному push до main:
🌐 Сайт: www.cimeika.com.ua
- MkDocs — генератор статичного сайту
- Material for MkDocs — сучасна тема
- GitHub Actions — автоматичний деплой
# Встановити залежності
pip install mkdocs mkdocs-material
# Запустити dev-сервер
mkdocs serve
# Відкрити http://127.0.0.1:8000Потім створіть Pull Request з гілки content/cimeika-7-sections.
Мінімальний PWA-застосунок «Список справ» — без залежностей (vanilla JS/HTML/CSS).
- Додавання, виконання та видалення завдань
- Фільтри: Усі / Активні / Виконані
- Дані зберігаються у
localStorageпід ключемcimeika_todo_v1 - Експорт / імпорт JSON (для резервного копіювання)
- PWA: офлайн-кеш (service worker), Web App Manifest — встановлюється на мобільних
# Python 3 (stdlib, без pip)
python3 -m http.server 8000 --directory docs/todo
# Або Node.js
npx serve docs/todoВідкрийте http://localhost:8000 у браузері.
| Ключ | Значення |
|---|---|
cimeika_todo_v1 |
JSON-масив завдань: [{id, text, done}, …] |
Версія ключа (v1) дозволяє безпечно змінювати схему у майбутньому без конфліктів.
Сайт будується командою mkdocs build → папка site/.
To-Do app автоматично потрапляє до site/todo/ і доступна за адресою /todo/.