Skip to content

fix(app): preserve conversational intent and plan App-first continuity - #5064

Open
huangruiteng wants to merge 3 commits into
mainfrom
codex/app-intent-inbox-plan
Open

huangruiteng wants to merge 3 commits into
mainfrom
codex/app-intent-inbox-plan

Conversation

@huangruiteng

Copy link
Copy Markdown
Collaborator

Problem and result

An ordinary question such as “解释一下 monitor 的工作原理” was intercepted by browser keyword rules and turned into a scheduling preview. Goal creation, Todo changes and assignment had the same parallel intent parser. Free text now reaches the selected conversation intact; the conversation Agent owns interpretation and existing runtime/action review owns execution.

Explicit Goal, task and scheduling controls use editable forms and the existing reviewed preview/apply path. They preserve unsent chat text, validate fields and keep configuration on preview failure. Goal permissions are selected explicitly, preserving the existing workspace-write-on-confirmation default; boundary prose no longer silently sets permissions. Status-only shows a labelled snapshot. Converting a reply to a task preserves its text for review instead of extracting a sentence by keywords.

Product direction

The App-first integration RFC connects the overall roadmap, presentation, semantic handoff, TS migration and golden queries. Managed and attached work should continue inside LoopX with one execution driver, truthful activity, steering/stop/recovery and results returned to the original conversation. Generic async inbox work reuses existing coordination owners; Lark keeps provider-specific transport concerns. Public visual research informs hierarchy, not runtime claims.

This PR qualifies the entry repair, not full Agent task completion, attached-host continuity or live two-cycle team collaboration. Those remain explicit planned acceptance. No backend authority or persisted message contract changes.

Validation

  • TypeScript check and canonical packaged Chat build/manifest verification.
  • Packaged conversation-input: ten Chinese/English/quoted/compound requests, scoped Chat delivery without manufactured actions; explicit forms, invalid input, failed preview recovery, preserved chat draft, Escape and 390px layout.
  • Existing typed-actions browser scenario: Goal creation/apply/readback, task operations, Heartbeat activation gate, scheduling and semantic protected-action preview.
  • Existing packaged chat-recovery scenario, including images and refresh recovery.
  • Real isolated ChatHTTPServer/action-store lifecycle smoke; structured Todo resume-condition smoke; frontend contract checks.
  • Public-boundary scan and diff whitespace checks. Browser responses are synthetic; no live-model acceptance is claimed.

Visual review: the initial home/navigation composition is unchanged. Forms appear only after explicit controls; desktop and narrow views retain the Goal identity, necessary fields, review/cancel and visible failures. Whole-viewport checks retain the original conversation behind the form. Browser scenarios generate reproducible visual evidence.

Future-facing pass: retired the browser intent classifier and magic composer templates, kept the structured Todo parser at its owning editor, and reused the existing action service. No second dispatcher or inbox store.

Signed-off-by: huangruiteng <14976749+huangruiteng@users.noreply.github.com>
Signed-off-by: huangruiteng <14976749+huangruiteng@users.noreply.github.com>
Mirror the chat action normalization limits in the explicit Task and Goal
forms so an over-long draft is explained and cannot be previewed, instead of
failing at the preview boundary.

Signed-off-by: huangruiteng <14976749+huangruiteng@users.noreply.github.com>
Co-authored-by: Cursor <cursoragent@cursor.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant