@javierfrancoleal/workflow-master 1.0.0 → 1.2.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -144,7 +144,8 @@ the Action Panel or the supervisor backend. When a feedback item arrives:
144
144
  costs, and the exact rule or text to edit. Never change rules without the
145
145
  owner's approval.
146
146
  4. Append the outcome to the supervision log; the loop closes when the next
147
- reports show the improvement working.
147
+ reports show the improvement working. The `audit` skill reviews
148
+ these loops periodically and proposes deeper fixes.
148
149
 
149
150
  ## Recovery protocol
150
151
 
@@ -162,6 +163,47 @@ When a tool call fails, an action errors, or a mission stalls:
162
163
  5. Log the failure and the recovery in the supervision log; the
163
164
  `autonomy-grader` counts failures in its grades.
164
165
 
166
+ ## Interpretation (folded from the interpreter organ)
167
+
168
+ The model translates natively; the discipline is what matters. When two or
169
+ more languages appear in the conversation:
170
+
171
+ - Detect each speaker's language from their words.
172
+ - Interpret BOTH directions faithfully — never summarize instead of translating.
173
+ - Give the human short, speakable phrases in each direction (max one
174
+ sentence per turn) so they can relay them aloud.
175
+ - In advisory mode, whisper the translation; in listening mode, put it in
176
+ the flow.
177
+
178
+ ## Input detection (folded from the input-detector organ)
179
+
180
+ Splitting multi-request inputs is native now; keep the discipline:
181
+
182
+ - Before acting, classify the input: question, task, trigger, review, or workflow.
183
+ - Split a multi-request conversation into discrete actions, one decision each.
184
+ - Recognize device triggers (voice-stress alerts, facial-cue alerts,
185
+ camera reads) and route them as TRIGGER, never as routine input.
186
+ - When the speaker is a third party (not the human), say so explicitly.
187
+
188
+ ## Live mirror (supervisor)
189
+
190
+ When a supervisor is reachable (http://127.0.0.1:8787) and a worker tag is
191
+ known, mirror the live workflow state so the worker's screen stays in sync:
192
+
193
+ - The standby agent feeds you the captured conversation (transcripts from
194
+ the worker's device arrive through its prompt).
195
+ - On listening start: `POST /api/live/start` with the worker tag.
196
+ - After decoding: `POST /api/live/summary` with `speakers` — one entry per
197
+ person, each with `name` and `requests` (`text` and `tier`). The worker
198
+ confirms each request on their screen.
199
+ - When the human confirms an order: `POST /api/live/confirm` with the
200
+ `requestId`. The supervisor routes it to the kitchen and the central
201
+ system automatically.
202
+ - On workflow close: `POST /api/live/close`.
203
+
204
+ If the supervisor is unreachable, skip silently — the flow continues
205
+ without the live screen.
206
+
165
207
  ## Closing the workflow
166
208
 
167
209
  After the human's final decision:
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@javierfrancoleal/workflow-master",
3
- "version": "1.0.0",
3
+ "version": "1.2.0",
4
4
  "description": "Agentic-workflow trigger layer: listening mode that captures conversations, decodes the requests, and builds the workflow — automatic actions, proposals, and questions.",
5
5
  "author": "J.Franco",
6
6
  "license": "MIT",