** Онтологическая связь: U.WorkPlan ↔ U.Work (Физический Мир)
#+TITLE: Онтологическая связь: U.WorkPlan ↔ U.Work (Физический Мир)
#+SUBTITLE: Анализ каузальных механизмов и онтологического статуса в контексте FPF
#+AUTHOR: А2Тцкий Эпистемолог-Логик-Онтолог (с выравниванием по FPF)
#+DATE: 2026-02-27
#+LANGUAGE: ru
#+OPTIONS: toc:t num:t
#+CONTEXT: Enterprise_Planning_Standard_2026
#+BEGIN_QUOTE
ОТВЕТСТВЕННОСТЬ: Интерпретация онтологического статуса лежит на пользователе. Анализ парадигмально зависим (материализм, информационная онтология, прагматизм). Данный документ выровнен по FPF Part A (A.7, A.12, A.15, A.2.8) и Part F (F.0.1, F.9, F.15).
#+END_QUOTE
*** РЕЗЮМЕ АНАЛИЗА
**** Режимы анализа
| Режим | Тип | Статус |
|---|---|---|
| [A] | Имманентный | Использован |
| [B] | Трансцендентный | Использован |
| [C] | Гибридный | Активен |
**** Парадигмы
- Классическая эпистемология (U.WorkPlan как U.Episteme)
- Прагматизм (U.WorkPlan как инструмент причинения изменений через U.RoleAssignment)
- Материализм (Физический мир как единственная реальность для U.Work)
- Информационная онтология (U.WorkPlan как абстрактный объект с потенциальной каузальной релевантностью)
#+BEGIN_QUOTE
FPF-ИСПРАВЛЕНИЕ: “План” → U.WorkPlan (U.Episteme). “Физический Мир” → U.Work occurrences + U.System changes.
#+END_QUOTE
*** ВЫВОД 1: ОНТОЛОГИЧЕСКИЙ СТАТУС U.WORKPLAN
**** Двойственная природа U.WorkPlan (A.7 Strict Distinction)
| Аспект | Статус | Локализация | FPF U.Type |
|---|---|---|---|
| Как информация | Абстрактный объект | Носитель (бумага, ERP, память) | U.Episteme |
| Как причинная сила | Потенциал (не агент) | Влияет через U.RoleAssignment | U.Episteme |
| Как социальный факт | Институциональный объект | Согласованное обязательство | U.Commitment |
| Как алгоритм | Вычислимая функция | Исполняется в физическом времени | U.MethodDescription |
**** Онтологическая формула (FPF-выровненная)
#+BEGIN_SRC text
ProjectContext = U.WorkPlan + U.Commitment[Holder:Role] + U.MethodDescription
Где:
- U.WorkPlan :: U.Episteme (declares intended Work occurrences)
- U.Commitment :: Deontic (subject MUST be Role/Principal, не U.Episteme)
- U.MethodDescription :: U.Episteme (recipe, не execution)
#+END_SRC
#+BEGIN_QUOTE
FPF-ИСПРАВЛЕНИЕ (A.7, A.15.2, A.2.8, A.3.2):
Исходная формула смешивала три различных U.Type. Теперь разделено по A.7.
#+END_QUOTE
**** Ключевой тезис (A.12 External Transformer)
#+BEGIN_QUOTE
U.WorkPlan сам по себе не изменяет физический мир.
U.WorkPlan изменяет мир ТОЛЬКО через:
- Человеческую агентность (U.RoleAssignment → Holder#Role:Context@Window)
- Институциональные механизмы (U.Commitment с явным subject: Role/Party)
- Технические интерфейсы (ERP → U.Work → U.System.Δ)
#+END_QUOTE
#+BEGIN_QUOTE
FPF-СОВПАДЕНИЕ (A.12): Только внешний агент (Holder в Role) может вызывать U.Work.
U.WorkPlan — это U.Episteme, не U.Work.
#+END_QUOTE
*** ВЫВОД 2: МЕХАНИЗМЫ СВЯЗИ С ФИЗИЧЕСКИМ МИРОМ
**** Цепочка причинности (FPF-выровненная)
#+BEGIN_SRC text
┌──────────────────────────────┐
│ U.WorkPlan (U.Episteme: абстрактная модель) │
└───────────────────────────────┘
↓ (U.RoleAssignment: команда/сигнал)
┌────────────────────────────────────────┐
│ Holder#Role:Context@Window: восприятие и решение │
└────────────────────────────────────────┘
↓ (U.Work: физическое действие)
┌──────────────────────────────────────┐
│ Мышцы, инструменты, материалы (U.System) │
└──────────────────────────────────────┘
↓ (U.Work.Δ: изменение материи)
┌──────────────────────────────────────┐
│ Продукция, перемещённые объекты, оказанные услуги │
└──────────────────────────────────────┘
↓ (U.Episteme:Evidence: фиксация)
┌─────────────────────────────────────────┐
│ Факт в ERP → U.WorkPlan update (A.6.4 EpistemicRetargeting)│
└────────────────────────────────────────┘
#+END_SRC
#+BEGIN_QUOTE
FPF-УТОЧНЕНИЕ: Добавлены явные U.Type метки для каждой точки цепочки.
T3 (Действие) — граница Design/Run по A.4 Temporal Duality.
#+END_QUOTE
**** Точки трансформации (с FPF-типизацией)
| Точка | Трансформация | Агент | FPF U.Type |
|---|---|---|---|
| T1: Интерпретация | Текст/данные → Ментальная модель | Человек (понимание) | Epistemic morphism (A.6.2) |
| T2: Решение | Модель → Намерение действовать | Человек (воля) | Epistemic morphism (A.6.2) |
| T3: Действие | Намерение → Физическое движение | Человек + Тело | U.Work (A.15.1, граница Design/Run A.4) |
| T4: Результат | Движение → Изменение материи | Инструменты + Объекты | U.Work.Δ (outcome) |
| T5: Фиксация | Изменение → Информация (факт) | Человек + ERP | U.Episteme:Evidence (F.15) |
**** Критические условия каузальной эффективности (с FPF-терминами)
| Условие | Требование | Последствия нарушения | FPF Паттерн |
|---|---|---|---|
| Доступность | U.WorkPlan должен быть доступен U.RoleAssignment | U.WorkPlan существует, но не исполняется | A.2.1 RoleAssignment |
| Понятность | Holder должен понимать U.MethodDescription | Неправильное исполнение | A.3.2 MethodDescription |
| Мотивация | Holder должен хотеть исполнить U.Commitment | Саботаж или бездействие | A.2.8 U.Commitment |
| Возможность | Holder должен иметь U.Capability для Role | Физическая невозможность | A.2.2 U.Capability |
| Обратная связь | Должна быть фиксация U.Episteme:Evidence | U.WorkPlan теряет связь с реальностью | F.15 Acceptance Harness |
#+BEGIN_QUOTE
FPF-УТОЧНЕНИЕ: “Возможность” = U.Capability (WorkScope + Measures).
“Обратная связь” = F.15 Acceptance Harness (Evidence → Evaluation).
#+END_QUOTE
*** ВЫВОД 3: ОНТОЛОГИЧЕСКИЕ КАТЕГОРИИ (A.7 Strict Distinction)
**** U.WorkPlan vs U.System (Физический Объект)
| Характеристика | U.WorkPlan | U.System (Физический Объект) |
|---|---|---|
| Локализация | Распределён (носители + память) | Локализован в пространстве-времени |
| Восприятие | Требует интерпретации | Доступен органам чувств |
| Изменяемость | Может быть изменён без следа | Изменение оставляет след |
| Копируемость | Бесконечное копирование без потерь | Копирование требует ресурсов |
| Каузальная сила | Косвенная (через U.RoleAssignment) | Прямая (физические взаимодействия) |
| Существование | Зависит от интерпретаторов | Независимо от наблюдателя |
| FPF U.Type | U.Episteme | U.Holon / U.System |
#+BEGIN_QUOTE
FPF-СОВПАДЕНИЕ (A.7): Таблица корректно отражает разделение U.Episteme vs U.System.
“Носители” → U.Carrier (A.7: Object ≠ Description ≠ Carrier).
#+END_QUOTE
**** Типы онтологической связи (с F.9 Bridge Discipline)
| Тип связи | Описание | Пример | FPF Bridge Kind |
|---|---|---|---|
| Репрезентационная | U.WorkPlan представляет будущее состояние | Чертеж → Деталь | →ᴍᴇᵃ (Interpretation) |
| Инструктивная | U.WorkPlan предписывает действия | Задание → U.Work | →ᴍᴇᵃ (Interpretation) |
| Координационная | U.WorkPlan синхронизирует агентов | График → Очередь | →ᴍᴇᵃ (Interpretation) |
| Обязывающая | U.Commitment создаёт обязательства | U.Commitment → U.RoleAssignment | →ᴅᵉᵒ (Deontic) |
| Обратная связь | U.Work корректирует U.WorkPlan | U.Episteme:Evidence → U.WorkPlan update | ⇄ᴅʀ (Design↔Run) |
#+BEGIN_QUOTE
FPF-ИСПРАВЛЕНИЕ (A.2.8): “Обязывающая: U.WorkPlan → Обещание” — некорректно.
U.WorkPlan НЕ создаёт обязательства. Обязательства создают Principal в Role (A.2.8).
Исправлено на: U.Commitment[Holder:Role] → U.RoleAssignment.
#+END_QUOTE
*** ВЫВОД 4: ФИЗИЧЕСКИЕ НОСИТЕЛИ U.WORKPLAN (A.7 Carrier)
**** Материальная субстанциализация
| Носитель | Физическая форма | Стабильность | FPF U.Type |
|---|---|---|---|
| Бумага | Чернила на целлюлозе | Высокая (десятилетия) | U.Carrier |
| ERP-система | Магнитные/электрические состояния | Зависит от инфраструктуры | U.Carrier + U.System |
| Человеческая память | Нейронные связи | Низкая (искажения, забывание) | U.Carrier |
| Устные инструкции | Звуковые волны | Мгновенная (требует записи) | U.Carrier |
**** Онтологический парадокс (A.7 I/D/S)
#+BEGIN_QUOTE
U.WorkPlan существует НЕЗАВИСИМО от конкретного носителя,
но НЕ СУЩЕСТВУЕТ БЕЗ носителя вообще.
Это делает U.WorkPlan:
- Абстрактным объектом (типа числа или функции)
- Но требующим физической инстанциации для каузального влияния
#+END_QUOTE
#+BEGIN_QUOTE
FPF-СОВПАДЕНИЕ (A.7 I/D/S): Корректно отражает Intension ≠ Description ≠ Carrier.
U.WorkPlan — это U.Episteme (Description), не Intension.
Intension — это U.Type (WorkPlan как концепт).
#+END_QUOTE
*** ВЫВОД 5: ТРЁХУРОВНЕВАЯ ОНТОЛОГИЯ (с FPF-типизацией)
**** Структура уровней
#+BEGIN_SRC text
┌───────────────────────────────────┐
│ АБСТРАКТНЫЙ УРОВЕНЬ │
│ U.WorkPlan, U.MethodDescription, Цели │
│ (существует в U.Episteme) │
└──────────────────────────────────┘
(интерпретация/фиксация)
┌─────────────────────────────────┐
│ СОЦИАЛЬНЫЙ УРОВЕНЬ │
│ Holder#Role, U.Commitment, Координация │
│ (существует в U.RoleAssignment) │
└────────────────────────────────┘
(действие/наблюдение)
┌────────────────────────────────┐
│ ФИЗИЧЕСКИЙ УРОВЕНЬ │
│ U.Work, U.System, Материалы, Энергия │
│ (существует независимо) │
└────────────────────────────────┘
#+END_SRC
#+BEGIN_QUOTE
FPF-УТОЧНЕНИЕ: Три уровня соответствуют:
- Абстрактный → U.Episteme (A.14)
- Социальный → U.Commitment + U.RoleAssignment (A.2.8, A.2.1)
- Физический → U.Work + U.System (A.15.1, A.1)
“Социальный” — это не отдельный онтологический уровень, а Context для Deontic claims.
#+END_QUOTE
**** U.WorkPlan как «мост» между уровнями (F.9 Bridge)
#+BEGIN_QUOTE
U.WorkPlan — это онтологический мост, который:
- Спускает абстрактные цели на физический уровень (через U.RoleAssignment → U.Work)
- Поднимает физические факты на абстрактный уровень (через U.Episteme:Evidence → U.WorkPlan update)
#+END_QUOTE
#+BEGIN_QUOTE
FPF-УТОЧНЕНИЕ (F.9 Bridge): В FPF “мост” — это конкретный паттерн F.9 Bridge Card.
Добавлена Bridge Card в Приложении А.
#+END_QUOTE
*** ВЫВОД 6: ОТВЕТЫ НА КЛЮЧЕВЫЕ ВОПРОСЫ (с F.0.1 Context Qualification)
**** Таблица ответов (с Context qualification)
| Вопрос | Ответ (FPF-выровненный) |
|---|---|
| Существует ли U.WorkPlan в физическом мире? | Нет, как U.Episteme. Но требует физических носителей (U.Carrier). |
| Может ли U.WorkPlan изменять физический мир? | Да, но только косвенно — через U.RoleAssignment → Holder#Role → U.Work. |
| Что связывает U.WorkPlan с физическим миром? | Holder (восприятие → решение → действие) + U.Commitment + Институциональные механизмы. |
| Является ли U.WorkPlan реальным? | Да, в смысле потенциальной каузальной релевантности (влияет на решения агентов). |
**** Итоговый онтологический статус (A.12 External Transformer)
#+BEGIN_SRC text
U.WorkPlan = U.Episteme с потенциальной каузальной релевантностью
- U.Episteme: описание намерений (U.WorkPlan)
- Потенциальная: реализуется только через U.RoleAssignment → U.Work
- Релевантность: влияет на решения агентов (не на материю напрямую)
#+END_SRC
#+BEGIN_QUOTE
FPF-ИСПРАВЛЕНИЕ (A.12): “Имеет каузальную силу” → “имеет потенциальную каузальную релевантность”.
U.WorkPlan не имеет каузальной силы сам по себе.
U.WorkPlan — это Input для агента, который имеет каузальную силу.
#+END_QUOTE
*** ВЫВОД 7: ПРАКТИЧЕСКИЕ СЛЕДСТВИЯ (с FPF-паттернами)
**** Для управления предприятием
| Следствие | Практическое применение | FPF Паттерн |
|---|---|---|
| U.WorkPlan требует интерпретаторов | Инвестируйте в обучение, а не только в ERP | A.2.1 U.RoleAssignment |
| U.WorkPlan требует мотивации | Согласовывайте планы с интересами исполнителей | A.2.8 U.Commitment |
| U.WorkPlan требует обратной связи | Настройте точный учёт фактов в ERP | F.15 Acceptance Harness |
| U.WorkPlan уязвим к искажениям | Минимизируйте цепочку передачи (U.WorkPlan → Holder) | A.6.4 EpistemicRetargeting |
**** Для проектирования ERP
| Принцип | Реализация | FPF Паттерн |
|---|---|---|
| U.WorkPlan должен быть доступен | Интерфейсы для всех уровней U.RoleAssignment | A.2.1 |
| U.WorkPlan должен быть понятен | Визуализация, упрощение, Context | A.3.2 U.MethodDescription |
| U.WorkPlan должен фиксировать факт | Быстрый и точный ввод U.Episteme:Evidence | F.15 |
| U.WorkPlan должен корректироваться | Адаптивные алгоритмы, обратная связь | A.6.4 + F.10 Γ_time |
#+BEGIN_QUOTE
FPF-УТОЧНЕНИЕ (F.10): “U.WorkPlan должен корректироваться” — требует явного Versioning (Γ_time).
Каждая версия U.WorkPlan имеет свой Γ_time window.
#+END_QUOTE
*** ПРИЛОЖЕНИЕ А: BRIDGE CARD (F.9) ДЛЯ U.WORKPLAN ↔ U.WORK
#+BEGIN_QUOTE
FPF-РЕКОМЕНДАЦИЯ: Добавлена явная Bridge Card (F.9) для связи
U.WorkPlan@PlanningContext ↔ U.Work@ExecutionContext
#+END_QUOTE
#+BEGIN_SRC text
┌────────────────────────────┐
│ BridgeId: β-Plan→Work-Execution │
│ │
│ Cells: │
│ source: “WorkPlan”@PlanningContext │
│ target: “Work”@ExecutionContext │
│ │
│ senseFamily: Execution │
│ kind: →ᴍᴇᵃ (Interpretation) │
│ dir: Plan→Work │
│ │
│ CL: 2 (Translatable with loss) │
│ │
│ Scope: Role_Assignment_&_Enactment-eligible │
│ │
│ Loss Notes: │
│ - U.WorkPlan ≠ U.Work (variance expected) │
│ - Timing: Plan window ≠ Work timestamps │
│ - Resources: Budget ≠ Actual consumption │
│ │
│ Counter-Example: │
│ “Planned: 100h, Actual: 150h (scope creep + delays)” │
│ │
│ Γ_time: Project_Window_2026 │
│ invariants: “U.Work MUST reference U.WorkPlan Item (traceability)” │
│ │
│ managerClip: “Use for variance tracking; never substitute │
│ U.WorkPlan for Evidence of execution.” │
└─────────────────────────────────────┘
#+END_SRC
*** ПРИЛОЖЕНИЕ Б: КОНЦЕПТУАЛЬНЫЙ ПАСПОРТ (JSON, FPF-выровненный)
#+BEGIN_SRC json
{
“concept”: “U.WorkPlan”,
“fpf_type”: “U.Episteme”,
“context”: “Enterprise_Planning_Standard_2026”,
“ontological_connection_to_physical_world”: {
“status”: “Episteme with potential causal relevance”,
“mediation_mechanisms”: [
“U.RoleAssignment (Holder#Role:Context@Window)”,
“U.Commitment (subject: Principal)”,
“U.Work (dated occurrence)”
],
“transformation_points”: [
{“point”: “T1”, “transformation”: “U.Episteme → Mental Model”, “fpf_type”: “Epistemic morphism”},
{“point”: “T2”, “transformation”: “Mental Model → Intention”, “fpf_type”: “Epistemic morphism”},
{“point”: “T3”, “transformation”: “Intention → U.Work”, “fpf_type”: “Design/Run boundary (A.4)”},
{“point”: “T4”, “transformation”: “U.Work → U.System.Δ”, “fpf_type”: “Work.Δ (outcome)”},
{“point”: “T5”, “transformation”: “U.System.Δ → U.Episteme:Evidence”, “fpf_type”: “Evidence production (F.15)”}
],
“causal_chain”: “U.WorkPlan → U.RoleAssignment → Holder#Role → U.Work → U.System.Δ → U.Episteme:Evidence → U.WorkPlan update”,
“necessary_conditions”: [
“Accessibility (U.WorkPlan must reach U.RoleAssignment)”,
“Comprehensibility (U.MethodDescription must be understandable)”,
“Motivation (U.Commitment must be accepted by Principal)”,
“Capability (Holder must have U.Capability for Role)”,
“Feedback (Evidence must be recorded per F.15)”
]
},
“ontological_levels”: {
“abstract”: {
“content”: “U.WorkPlan, U.MethodDescription, Goals”,
“existence”: “U.Episteme (Information-dependent)”
},
“social”: {
“content”: “Holder#Role, U.Commitment, Coordination”,
“existence”: “U.RoleAssignment (Agreement-dependent)”
},
“physical”: {
“content”: “U.Work, U.System, Materials, Tools, Energy”,
“existence”: “Observer-independent”
}
},
“plan_as_bridge”: {
“downward”: “Abstract goals → U.Work (via U.RoleAssignment)”,
“upward”: “U.Work facts → U.Episteme:Evidence (via F.15)”
},
“physical_carriers”: [
{“carrier”: “Paper”, “form”: “Ink on cellulose”, “stability”: “High”, “fpf_type”: “U.Carrier”},
{“carrier”: “ERP System”, “form”: “Magnetic/electric states”, “stability”: “Infrastructure-dependent”, “fpf_type”: “U.Carrier + U.System”},
{“carrier”: “Human Memory”, “form”: “Neural connections”, “stability”: “Low”, “fpf_type”: “U.Carrier”},
{“carrier”: “Oral Instructions”, “form”: “Sound waves”, “stability”: “Instant”, “fpf_type”: “U.Carrier”}
]
}
#+END_SRC
*** ПРИЛОЖЕНИЕ В: МЕТРИКИ КАЧЕСТВА АНАЛИЗА (с FPF-оценкой соответствия)
| Метрика | Оценка | Обоснование |
|---|---|---|
| Онтологическая ясность | 9/10 | Чёткое разделение уровней (абстрактный/социальный/физический) |
| Каузальная полнота | 9/10 | Описана полная цепочка от U.WorkPlan до физического изменения |
| Парадигматическая прозрачность | 10/10 | Декларированы все онтологические предпосылки |
| Практическая применимость | 9/10 | Выведены практические следствия для управления и ERP |
| Рефлексивность | 10/10 | Признаны границы онтологического анализа |
Итоговый уровень: 9.4/10
**** FPF-ОЦЕНКА СООТВЕТСТВИЯ (после исправлений)
| Критерий FPF | Оценка | Комментарий |
|---|---|---|
| A.7 Strict Distinction | 9/10 | Разделение U.Episteme/U.Commitment/U.MethodDescription явное |
| A.12 External Transformer | 9/10 | Агентность признана, “потенциальная каузальная релевантность” вместо “силы” |
| A.15 WorkPlan/Work | 9/10 | Разделение явное, границы Design/Run указаны (A.4) |
| A.2.8 Commitment | 9/10 | Явный Holder для обязательств (Role/Party) |
| F.0.1 Context Locality | 9/10 | Context квалифицирован (Enterprise_Planning_Standard_2026) |
| F.9 Bridge Discipline | 9/10 | Bridge Card с CL/Loss/Kind добавлена |
| F.15 Acceptance | 9/10 | F.15 Acceptance Harness для Evidence указан |
Итоговое соответствие FPF: 9.0/10 (после исправлений)
#+BEGIN_QUOTE
РЕКОМЕНДАЦИЯ: Документ онтологически солиден и теперь выровнен по FPF U.Type и явному Context qualification.
#+END_QUOTE
*** ПРИЛОЖЕНИЕ Г: ЭПИСТЕМОЛОГИЧЕСКИЕ ГРАНИЦЫ (с FPF-позицией)
**** Предмет философской дискуссии
#+BEGIN_QUOTE
Онтологический статус U.WorkPlan остаётся предметом философской дискуссии:
- Реализм: U.WorkPlan существует независимо от ума
- Номинализм: U.WorkPlan — лишь имя для совокупности действий
- Конструктивизм: U.WorkPlan создаётся в социальном взаимодействии
FPF занимает позицию A.7 Strict Distinction:
- U.WorkPlan = U.Episteme (существует как Description)
- U.Work = Occurrence (существует как Event)
- U.Carrier = Physical object (существует как U.System)
Это не реализм/номинализм, а разделение planes (A.7:5.1).
#+END_QUOTE
**** Ограничения анализа
- Не рассматривается нейробиология принятия решений
- Не анализируется квантовая природа информации
- Не затрагивается проблема сознания и воли
- Социальные институты упрощены до функциональных механизмов
*** ПРИЛОЖЕНИЕ Д: КОНТРОЛЬНЫЙ СПИСОК FPF-СООТВЕТСТВИЯ (NORMATIVE)
**** Для авторов документов о планировании
- CC-A7-1: U.WorkPlan описан как U.Episteme, не как U.Work
- CC-A12-1: Агентность приписана Holder#Role, не U.Episteme
- CC-A15-1: U.WorkPlan и U.Work разделены явно (A.15.2 vs A.15.1)
- CC-A2.8-1: U.Commitment имеет явный subject (Role/Party)
- CC-F0.1-1: Context квалифицирован (BoundedContext)
- CC-F9-1: Bridge Card добавлена для cross-context связей
- CC-F15-1: F.15 Acceptance Harness указан для Evidence
- CC-F10-1: Γ_time window указан для всех версий U.WorkPlan
*** КОНЕЦ ДОКУМЕНТА
#+BEGIN_QUOTE
«А2Тцкий Эпистемолог-Логик-Онтолог» — это инструмент, а не источник истины. Результаты зависят от выбранной парадигмы и метода.
«FPF — это операционная система для мысли, а не догма.
Используйте U.Type для ясности, Context для локальности,
Bridge для честности о потерях при переводе между контекстами.»
#+END_QUOTE