pushinbr / pam-native-intents
Android dynamic shortcuts and Apple App Intents for PAM Native routes.
Package info
github.com/push-in/pam-native-intents
Language:Swift
Type:pam-native-plugin
pkg:composer/pushinbr/pam-native-intents
Requires
- php: ^8.5
- pushinbr/pam-native: ^0.8 || ^0.9 || ^0.10 || ^1.0
README
PAM Native Intents
Make application routes visible to the operating system.
Publish typed PAM routes as Android shortcuts and Apple App Intents while keeping deep-link inputs bounded and validated.
Documentation · Quick start · What you can build · PAM ecosystem · Issues
Why PAM Native Intents
Publish typed PAM routes as Android shortcuts and Apple App Intents while keeping deep-link inputs bounded and validated. The public API is strictly typed for PHP 8.5; expensive or frame-sensitive work stays in Rust or the platform SDK instead of crossing the application boundary every frame.
| Best for | A focused capability you can add to any PAM Native application |
| Native path | Android Shortcuts · App Intents |
| Application model | Composer package + generated native integration |
| Design rule | Independent module; no feed, vertical, or application template bundled |
What you can build
- Siri and system search actions
- Android dynamic shortcuts
- Contextual entry points into specific application routes
Quick start
Already have a PAM Native project? Add only this capability:
pam composer require pushinbr/pam-native-intents pam doctor --fix
New to PAM? Follow the five-minute PAM Native setup once, then return here. Your application stays a normal Composer project with a committed lockfile.
See it in action
Publishes named PAM routes as Android Dynamic Shortcuts and Apple App Intents/App Shortcuts. Actions use deep links so the normal named-route lifecycle remains the single source of navigation truth.
pam add intents pam doctor
$intents->register([ new IntentAction('inbox', 'Open inbox', 'myapp://inbox', 'Unread messages'), ], $complete);
iOS 18+ uses the shared group.<application-id>.pam-native container. Apple requires
the OpenURLIntent destination to be an HTTPS universal link associated with the app;
custom URL schemes remain supported by Android Dynamic Shortcuts. Keep titles stable:
users may build automations that outlive an application update.
What installation does
pam add intents resolves the official compatible package, performs a non-mutating Composer preflight, updates the normal composer.json and composer.lock, refreshes generated native integration when required, and leaves the project ready for pam doctor validation.
Use pam packages to inspect availability and pam remove intents to uninstall the capability safely. Direct Composer commands are an advanced interoperability path; PAM is the supported application workflow.
API guide
| API | Responsibility |
|---|---|
Intents |
Publish and remove native app actions. |
IntentAction |
Describe a stable action identifier, title, route, and subtitle. |
All coded states, kinds, and variants are sequential integer-backed enums. Use enum cases in application code; do not depend on raw wire numbers.
Production checklist
- Keep action identifiers and titles stable across releases.
- Route all actions through the app's normal named-route lifecycle.
- Use associated HTTPS universal links for Apple OpenURLIntent destinations.
- Run
pam doctor,pam test, and a signed release build on every supported platform. - Exercise denial, cancellation, backgrounding, process restart, and offline behavior before release.
Troubleshooting
- An iOS action is absent: verify the shared app group, deployment target, and associated domain.
- Android shortcut opens the wrong screen: test the deep link through the normal router first.
- Old titles remain: operating systems may cache user-selected shortcuts.
- Native integration is stale: run
pam doctor --fix, rebuild the native host, and inspect the first reported diagnostic.
Compatibility and support
This package targets PAM Native 0.8.x, Android API 26+, and iOS 15+ unless a platform-specific section above states a stricter requirement. Platform SDKs, credentials, entitlements, physical hardware, and store configuration remain application responsibilities.
Security vulnerabilities should be reported through the repository security policy or GitHub private vulnerability reporting, not a public issue.