Develop 2.1.0 proactive Astra intervention and rolling fleet scheduling

2026-09-15 23:51:54 +08:00
parent e2fbb211b6
commit e66dcc1810
13 changed files with 175 additions and 24 deletions
@@ -37,3 +37,22 @@ These expectations are not recorded live-agent outcomes.
 | Second expert consultation repeats the same question | Require new evidence or a specific prior omission |

 For cost comparison use the same task baselines and acceptance checks across Sol alone, Astra planning plus Luna execution, and Sol-led four-model routing. Include sequential, decomposable and contract-heavy tasks; vary granularity and concurrency separately. Count failed attempts and parent integration in total tokens, actual cost and elapsed time. Repeat runs and report quality/failure distributions before claiming a winning route. Model requests without host identity remain unknown; synthetic packets do not substitute for measurements.
+
+## 2.1 proactive fleet scenarios
+
+These are expected behaviors; they do not assert actual model execution or measured performance. The previous one-question repetition case still requires progress, but there is no universal consultation-count quota.
+
+| Scenario | Expected behavior |
+| --- | --- |
+| Consequential difficult interface choice, no failures yet, independent parent work available | Consider bounded upfront Astra analysis; parent owns final contract |
+| Expert round four has a new discriminator result | Continue scoped topic with recorded basis; do not reject solely due to round count |
+| Expert repeats the same proposal without progress | Pause topic and obtain missing discriminator or decision |
+| User explicitly delegates read-only independent review | Allow bounded delegation, preserve read-only scope |
+| User requests only advice about fleet design | Inspect and advise without launching a fleet |
+| One independent slice is ready while another investigation continues | Dispatch ready slice without a whole-wave barrier |
+| A child returns and independent ready work remains | Check real capacity and integration load, then reuse/refill appropriately |
+| Returned patches exceed current integration capacity | Prioritize integration and pause new dependent implementation |
+| Different files share the same registry contract | Assign one semantic owner and gate dependent writes |
+| Parent is Astra and routine task has no independent expert need | Use adequate workers; do not duplicate Astra for a role quota |
+| Child proposes grandchildren beyond its assigned capacity/scope | Do not expand the tree without bounded parent allocation and real capacity |
+| Review result predates a relevant contract change | Recheck affected claims on the integrated baseline before acceptance |