Skip to content

Prepare Sharp Kitchen for HACS release (blocked on credential architecture) - #1

Draft
aevans0001 wants to merge 45 commits into
mainfrom
release/hacs-readiness
Draft

aevans0001 wants to merge 45 commits into
mainfrom
release/hacs-readiness

Conversation

@aevans0001

@aevans0001 aevans0001 commented Oct 6, 2026 •

Copy link
Copy Markdown
Owner

Purpose

Prepare the existing working Sharp Kitchen integration for a future HACS release without changing its working authentication behavior.

Current safe-preparation status

  • Proposed version: 0.9.0 (not tagged or released)
  • MIT License: added
  • Approved brand-neutral icon: added at custom_components/sharp_kitchen/brand/icon.png
  • HACS metadata/workflow: added
  • hassfest workflow: added
  • offline release-readiness tests: added
  • draft release notes/checklist/privacy review: current
  • full 29-program Smart Cook documentation: current
  • English service/action translations: current
  • obsolete strings.json: removed
  • Home Assistant integration-wide action registration: corrected
  • manifest/schema cleanup: complete
  • authentication/provisioning research: expanded, including the newer SHARP HOME ecosystem

Latest validation

  • Release-readiness tests: PASS
  • hassfest: PASS
  • HACS license check: PASS
  • HACS brand check: PASS
  • HACS manifest/hacs.json checks: PASS
  • HACS overall: 7/9 checks pass
  • Remaining HACS failures are only:
    1. GitHub repository description
    2. GitHub repository topics

HARD BLOCKER — DO NOT MERGE OR RELEASE

The working implementation currently contains Sharp application authentication
material, including shared mTLS private-key material recovered from the official
application.

The formal public release must not embed that extracted private key. The
working values remain unchanged while a public-safe credential architecture is
researched.

Current research found that newer appliance revisions use Sharp's newer
SHARP HOME app and third-party account linking, but no public developer API,
user-created OAuth client, or per-installation mTLS provisioning mechanism has
been identified that resolves the existing Sharp Kitchen credential blocker.

This PR must remain draft and unmerged until that blocker is resolved and
the replacement design is explicitly approved.

Do not:

  • merge this PR
  • tag 0.9.0
  • publish a GitHub release
  • remove or rotate the working Sharp credentials
  • submit to HACS

The main integration code remains unchanged; only the approved MIT LICENSE
was added directly to the default branch so HACS can recognize the repository
license.

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