Nikolai Ryzhikov niquola

Обзор подходов к структурно-семантическому RAG на базе графов знаний и онтологий

Обычный RAG хорошо решает поиск близких фрагментов текста, но плохо держит связи между сущностями, документами и шагами рассуждения. Поэтому в инженерной практике все чаще строят не только векторный индекс, но и структурированный слой знаний: граф сущностей, граф чанков, онтологию домена или гибрид этих представлений. Этот сдвиг не отменяет классический RAG [Lew20]. Он добавляет к нему явную память о связях, типах и путях, что особенно важно для многошаговых запросов, обзорных вопросов по корпусу и доменных систем, где важны точность и трассируемость [Edg24, Gut24, Zhu25, Wu25].

Литература показывает, что GraphRAG не является одной техникой. Это семейство систем с разными инженерными целями. Одни строят граф поверх самих документов и чанков, чтобы улучшить навигацию по корпусу [Edg24, Guo24, Zhu25, Xia24]. Другие подключают внешний граф знаний или доменную онтологию, чтобы опереться на уже нормализованные сущности и отношени

Подход к расписанию ER: финальная формулировка

Одним абзацем

Система — дизайнер паттернов. Она генерирует набор совместимых паттернов ротации (общих и персональных) на конкретный квартал, с учётом покрытия, отпусков, праздников, болезней (статистически), предпочтений и резервов. Верифицирует что всё сходится по каждой неделе. Потом врачи разбирают заготовки — выбирают паттерн и отпуск, получают расписание. Система не составляет расписание — она проектирует паттерны из которых расписание собирается автоматически.

Две фазы

Agent Relay Protocol

Статус: Draft Дата: 2026-03-07

1. Problem Statement

Агенты всё чаще работают не в изоляции, а вместе с людьми — в общем коде, общих документах, общих задачах. Индустрия уже построила работающие продукты: Devin, GitHub Copilot coding agent, Cursor Cloud Agents, Factory Droids, Replit Agent. Каждый из них реализует один и тот же паттерн — shared human/agent workspace — но делает это по-своему, с проприетарными API и закрытыми моделями.

HL7v2 Mapping Preparation — Methodology

A data-driven methodology for preparing HL7v2-to-FHIR mappings. Core principle: look at the data first, then read the spec.

Input

Directory with raw HL7v2 messages (.txt / .hl7)
Target: FHIR R4

Consilium Report: Minimalistic Bun TSX SSR Library

Problem

Design and implement a minimalistic single-file library for building simple web apps with Bun using server-side TSX rendering — a lightweight JSX-to-HTML rendering layer that works with Bun.serve(), kept as small and simple as possible.

Idea Provenance

Idea	Proposed (R1)	Adopted (R2)	Defended/Yielded (R3)	Final Status

Архитектуры Deep Research систем

Паттерн: Полиморфный LLM-адаптерный слой для агентных рантаймов

Описание

Паттерн отделяет агентную логику от конкретного LLM-провайдера через слой адаптеров, фабрик и prompt-style профилей. Один и тот же агентный runtime может переключаться между backend-моделями без переписывания бизнес-логики инструментов.

Паттерн решает задачи переносимости, отказоустойчивости и A/B-сравнения моделей в production/research контурах. Он особенно важен при смешении function-calling диалектов и разных API-контрактов.

	#!/usr/bin/env bun
	/**
	* Convert session JSONL between Claude Code and Codex CLI formats.
	*
	* Usage:
	* bun c2c.ts claude2codex <input.jsonl> [output.jsonl]
	* bun c2c.ts codex2claude <input.jsonl> [output.jsonl]
	* bun c2c.ts claude2codex # interactive session picker
	* bun c2c.ts codex2claude # interactive session picker
	*/

	// PostgreSQL database tool — migrations & SQL CLI, single file, zero dependencies, Bun runtime.
	//
	// Env:
	// DATABASE_URL (required) — PostgreSQL connection string.
	// Loaded automatically by Bun from .env file in project root.
	// Example .env:
	// DATABASE_URL=postgres://user:pass@localhost:5432/mydb
	//
	// CLI (default = dev, --test = test database):
	// bun src/db.ts [--test] up [count] — apply pending migrations

	import {
	afterAll,
	beforeAll,
	beforeEach,
	describe,
	expect,
	setDefaultTimeout,
	test,
	} from "bun:test";
	import { SQL } from "bun";

	// PostgreSQL migration tool — single file, zero dependencies, Bun runtime.
	//
	// CLI:
	// bun src/migrate.ts create <name> — create .up.sql + .down.sql templates
	// bun src/migrate.ts up [count] — apply pending migrations
	// bun src/migrate.ts down [count] — roll back recent (default: 1)
	// bun src/migrate.ts status — show applied/pending
	//
	// Library:
	// import { create, up, down, status } from "./migrate"