First XMAKYNA application being prepared for public release
STIQRA is the first XMAKYNA application being prepared for public release. It is a native media reader that brings user-added RSS and Atom sources, news, podcasts, audio, translation, reports and source diagnostics into a single workspace.
Capabilities
Keep a large article library manageable while preserving the original sources.
Follow subjects across sources and keep related coverage together.
Use written and spoken material in the same broader media workflow.
Move from reading into a translated, summarised or report-oriented workflow when needed.
See when a source is failing or slow instead of treating every missing item as a mystery.
Keep ordinary processing local while making network and external handoffs explicit.
Product facts
Architecture boundary
No third-party code packages or SDKs. STIQRA's shipping code is built from XMAKYNA-owned Swift code and Apple platform frameworks.
STIQRA still contacts user-approved feed, article and image origins, uses Apple's CloudKit/iCloud service when sync is enabled, and can perform explicit optional handoffs such as ChatGPT. Apple operates CloudKit/iCloud; it is not XMAKYNA-operated infrastructure. User-selected content origins are network destinations, not compiled software dependencies. The ChatGPT handoff does not embed an OpenAI SDK or OpenAI API package.
Security architecture
STIQRA moves work involving external content, files and media into isolated helpers (sandboxes) so the main application receives controlled results while local reading data and settings remain in the app.
On macOS STIQRA uses XPC services. On supported iOS versions it uses isolated helper extensions.
Overview
Risky work happens in isolated helpers, not in the main app.
Data flow
STIQRA moves risky tasks into separate, isolated helper sandboxes.
Feeds, images, files, URLs, clipboard data, imports, generated text, and handoffs pass workflow-specific limits and checks before use.
Untrusted content is presented through bounded native paths that avoid running publisher scripts or triggering hidden remote loads as a display side effect.
The reviewed shipping code contains no third-party code packages or SDKs and uses XMAKYNA-owned Swift code with Apple platform frameworks. This reduces dependency and software supply-chain surface, but it does not eliminate runtime trust boundaries or prove the application secure.
Tests, guard scripts, build verification, and boundary checks cover important ingress and handoff rules and are updated when those paths change.
Privacy
The article library and reading state live in the app data area. Fetching a feed or image contacts an approved source. Opening links in a browser, sharing, clipboard actions, exports, translation, reports, audio and other optional workflows cross explicit trust boundaries based on the chosen action.
Articles, read and saved state, archive state, filters, source settings, and metrics are stored in the app data area.
STIQRA contacts the exact public HTTPS origins the user approves. Normal reading does not require an XMAKYNA feed proxy.
Opening a browser, sharing, copying, exporting, translating, generating a report, or handing work to another app crosses into an external workflow with its own trust boundary.
Third-party feed and image hosts, Apple's CloudKit/iCloud service when enabled, and explicit external handoffs are runtime interactions, not software packages bundled into STIQRA. The app's shipping code is XMAKYNA-owned Swift code using Apple platform frameworks.
Use cases
Read across selected feeds, filter routine items, and keep saved or unfinished work separate.
Use search, tracking, source views, saved articles and related coverage to keep context attached to its sources.
Use podcasts and text-to-audio workflows when audio is the better way to consume the material.
Use source statistics to understand failures, latency and other problems observed during normal refresh work.