Download the PHP package waaseyaa/anokii without Composer

On this page you can find all versions of the php package waaseyaa/anokii. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package anokii

Anokii

Anokii (working name — Anishinaabemowin verb stem meaning "she/he works"; pending language-keeper verification before public use) is the first opinionated distribution built on the Waaseyaa framework.

Anokii is an alpha-stage workspace distribution being designed with First Nations data sovereignty, accessibility, and local ownership as product requirements. Those outcomes require deployment-specific governance and verification; this repository does not claim that installing the software alone establishes OCAP compliance, AODA conformance, or an offline-capable service.


What Anokii is

The current repository contains an authenticated server-rendered workspace baseline (Identity, Documents, Drive, Pages, Inbox, and cookieless first-party Analytics) plus an opt-in public graph-chat experiment. The following broader product surfaces are roadmap items, not shipped guarantees:

Workforce directory integration (Microsoft Entra ID, SCIM, or on-premises Active Directory Domain Services) is at the discovery stage. No connector is designed, authorized, or shipped, and the record is a research input for Nation-owned decisions rather than a commitment. See docs/architecture/workforce-directory-discovery.md.

Current security posture:

Important limitations:


Framework vs distribution

Anokii is a distribution — it consumes Waaseyaa via Packagist and adds:

Waaseyaa is the substrate — entity system, storage, access control, API, AI pipeline, SSR, MCP endpoint. Anokii never modifies Waaseyaa from inside this repo. Generally useful improvements are upstreamed as framework-targeted missions filed against the Waaseyaa repo.

Composable capabilities

This repository is also the source monorepo for narrowly installable Anokii capabilities:

The create-project distribution requires all three packages and uses that same code for its full standalone workspace. Existing Waaseyaa applications can require only the capabilities they adopt; they do not need waaseyaa/anokii, waaseyaa/full, waaseyaa/ai-agent, or waaseyaa/deployer. Before the first coordinated capability release, consumers pin the split repositories' merged main branches; no machine-relative path repository is a deployment contract.

The host surface is enabled in the framework application's config/waaseyaa.php:

Package installation alone registers the Identity entity and policy. It does not replace a host's login, public routes, admin shell, MCP surface, deployment model, or other content types. See docs/architecture/composable-packages.md.

Framework charter: waaseyaa/.kittify/charter/charter.md

Anokii charter: .kittify/charter/charter.md in this repo (added in Wave 1 scaffold).


How we got here

This repo was scaffolded by mission anokii-distribution-scaffold-01KSEFT7 (Wave 1, parallel to M-A5 in the Waaseyaa framework roadmap). The mission spec lives at kitty-specs/anokii-distribution-scaffold-01KSEFT7/spec.md in the Waaseyaa repo.

Wave 1 scope: repo scaffold + composer.json + Anokii charter + deployer recipe baseline + ten artifact draft specs (8 v0.1 surfaces + 2 cross-cutting).


Status

Alpha — active local hardening. Product code exists, but no release or production deployment should be made from an unverified branch. The local release gate is PHPUnit, PHPStan at max level, PHP-CS-Fixer, locked dependency audit, packaged-form provider boot, and browser/accessibility verification.

Test memory policy

Run the test suite with composer test, or run focused tests directly with vendor/bin/phpunit. Both commands load phpunit.xml.dist, which owns a finite memory_limit=1G ceiling so test discovery does not inherit a developer or CI machine's lower PHP CLI default. The hosted Quality workflow uses the same composer test entrypoint. Do not add ad-hoc php -d memory_limit=... folklore to individual test commands; any future subprocess that launches PHPUnit must either load the canonical configuration or explicitly preserve the same 1G ceiling.

This setting applies only to PHPUnit processes. It does not change production, FrankenPHP, queue, web, or application CLI memory limits.

The representative full suite on PHP 8.5.9 (137 tests, 425 assertions) used 30 MiB as reported by PHPUnit and 92,556 KiB maximum resident set size for the Composer invocation. The 1G ceiling matches the first-party Framework test policy and leaves bounded headroom for discovery and coverage-enabled runs; it is not an unlimited-memory waiver.

Brand palette: Deep Teal (#0d4f4f → #0f766e → #14b8a6) — differentiated from Drupal blue, Laravel red, Django/Nuxt green, Strapi purple. Visible once the admin overlay lands.


Verified development runtime

The supported local development profile is WSL2 Ubuntu 24.04 on x86-64. Use the repository launcher so ambient Composer, Node, npm, and FrankenPHP versions cannot silently change the result:

The launcher is pinned to an exact accepted Framework commit by tools/dev-runtime-source.json. It verifies the local launcher and library, then downloads and verifies the canonical Framework runtime source into a content-addressed user cache. It does not change the caller's shell or global tools. Update the launcher, library, commit, and source hashes together from one reviewed Framework commit; do not copy managed-tool versions into this repository.


Install

Not yet published to Packagist. The following command will work once the first release tag is cut.

In the meantime, clone this repo directly and run composer install.

Release tags are deliberately manual and separately authorized. See docs/releasing.md for the exact validation, tagging, and split-publication boundaries.

Copy .env.example to .env and replace its placeholders. In particular, WAASEYAA_APP_SECRET must be base64: followed by canonical base64 for exactly 32 random bytes (generate one with php -r 'echo "base64:" . base64_encode(random_bytes(32)) . PHP_EOL;'), ANOKII_COMMUNITY_ID must identify this installation's community, ANOKII_PRIVACY_SECRET must be at least 32 random bytes or the analytics ingest endpoint stays unavailable, AUTH_TOKEN_SECRET must be a separate non-empty secret in production (not change-me, not a shipped placeholder, and not omitted so Framework would derive a purpose-specific key from WAASEYAA_APP_SECRET), and TRUSTED_PROXIES must name only proxies you operate so Waaseyaa/Symfony can resolve client addresses without trusting forged forwarding headers.

Before a production-equivalent boot, build the database and its checksum-bound field-access artifact against the exact installed lock:

The final command must succeed. .waaseyaa/field-access-classification.json is reviewed source; .waaseyaa/field-access-preflight.json is generated for the exact lock and schema and must not be copied forward after dependencies or the entity model change.


License

GPL-2.0-or-later. See LICENSE.txt.

Anokii is GPL-2.0-or-later because Waaseyaa is GPL-2.0-or-later (framework DIR-008). Relicensing requires both a framework-charter amendment and an Anokii-charter amendment (Anokii DIR-A004).


Working name

"Anokii" is an Anishinaabemowin verb stem meaning approximately "she/he works" or "she/he is working." This working name is pending verification and approval by a language keeper before it is used publicly. The Anishinaabemowin language is spoken by the Anishinaabe peoples, including the Ojibwe Nations of the Great Lakes region.

Pilot Nations: Sagamok Anishnawbek First Nation (Russell's home Nation; OIATC already on Waaseyaa) and Sheguiandah First Nation. Final Nation selection for the language pipeline pilot is deferred to the language-keeper engagement moment.


How to contribute

Issues and contributions will open once the v0.1 surfaces begin landing. In the meantime:


All versions of anokii with dependencies

PHP Build Version
Package Version
Requires waaseyaa/full Version ^0.1.0-alpha.276
symfony/yaml Version ^7.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package waaseyaa/anokii contains the following files

Loading the files please wait ...