feat: add generic text onboarding use case for Hello Harnex - #562
Draft
daniele21 wants to merge 48 commits into
Draft
feat: add generic text onboarding use case for Hello Harnex#562daniele21 wants to merge 48 commits into
daniele21 wants to merge 48 commits into
Conversation
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
Owner
Author
|
/preflight auto |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Outcome
Hello Harnex can be authorized against a deliberate host-owned
generic-text-generationcapability and run ordinary bounded TEXT inference without borrowing RedactGuard's PII workflow. Creating an app connection also has an observable mutation path: the same canonical Applications state owner handles the action, and the UI shows saving, success or actionable failure adjacent to the create action.Product impact
PRODUCT_FEATUREUser/problem/outcome: Android developers evaluating Harnex need a neutral first integration rather than a domain-specific PII contract, and the current app-connection creation flow can appear to do nothing after submission. This slice adds the smallest host-owned generic TEXT capability needed by Hello Harnex and makes connection creation feedback explicit.
Risks/assumptions: a generic capability could blur Harnex into a chatbot or weaken host authority. The implementation therefore keeps it TEXT-only, stateless, non-thinking, bounded, model/preset-host-owned and available only to an explicitly
AUTHORIZEDapplication with an enabled persisted binding.Decision:
BUILDthe bounded onboarding capability; do not generalize model selection, arbitrary JSON schema, multi-turn chat or product-specific policy through this surface.Success: Hello Harnex sends its prompt unchanged as TEXT through the public Consumer SDK lifecycle, while unauthorized/disabled connections remain fail-closed and create-connection outcomes are visible.
Scope / risk
Owners changed: phone Host Control Plane seeding/policy/runtime binding, Applications route/mutation wiring, Hello Harnex sample + tests, Consumer capability documentation.
Material risks: shared-runtime authorization/policy, use-case resolution, app-connection mutation UX, external Consumer sample lifecycle. No public SDK type/API change, persistence schema migration, native/JNI change, model binary or signing-policy weakening.
What changed
generic-text-generationwith publishedQuality/qwen35-text-qualitypreset;document-pii-detection/JSON schema to unchanged text input +ConsumerOutputConstraint.Text;Delivery / validation
INTEGRATIONFULLREMOTE_AUTOMATED16e059f2e908f40933a5a0236d6e33f265cb6e52dev@d60c0ff9560d6eed225e4fd6e02e746f18625935/preflight auto: PASS, selectedINTEGRATION / FULLThe separate
Consumer SDK validationworkflow is not path-applicable to this change because the PR does not alter the public SDK/Binder/public ABI or its external-consumer fixture. The selected FULL validation still compiles the packaged consumer fixture/direct-contract boundary.E2E / environment
The affected complete workflow is Consumer authorization -> assigned use case/preset -> activation/prepare/session/generation. The create-connection UI has focused Compose instrumentation assertions for submit + Saving/Saved/Failed feedback. Emulator UI/cold-start evidence is green on the exact head.
Physical ARM64/JNI/GGUF/memory/thermal evidence is unchanged by this feature and remains separate release evidence; emulator/CI proof is not relabeled as physical proof.
Documentation
Updated durable owners:
docs/shared-runtime/consumer-api/capabilities-and-policy.mdsamples/README.mdsamples/hello-harnex/README.mddocs/product.mdremains unchanged: the feature preserves the existing mission/non-goal that Harnex owns governed infrastructure and is not a general-purpose chatbot.Remaining gaps
No automated integration blocker remains for this PR. No new
REAL_ENVIRONMENTclaim or requirement is introduced by this change. Broader physical-device/release qualification remains owned by the repository's existing release evidence.Safety / privacy
No model binaries, credentials, signing material, private paths, prompts or generated output were added as repository evidence. Generic execution remains local-only and fail-closed under the existing Android identity + Harnex authorization chain.