Editorial

Editorial Standards

The protective standard for FRQNCY's curation. What counts as a pick, when money is allowed to touch a pick, and who's authorized to make one. Information in abundance. No paid placement.

In one paragraph

FRQNCY picks are personally vetted, not bought. The pick decision precedes any commercial relationship — and "sponsored content" is not a category here. Money flows are disclosed; conflicts of interest are surfaced; picks are retired when the reason for picking no longer holds. The curation is the work, and trust is the asset we protect first.

§1

What makes a FRQNCY pick

A pick is a public endorsement: this teacher / book / org / project / good has earned a place on FRQNCY. The criterion is the same regardless of category.

A pick must be:

  1. Personally vetted. Someone in the picking body (see §3) has read the book, taken the course, used the product, met the person, or studied the practice deeply enough to vouch. No second-hand picks. "I heard it's good" doesn't qualify.
  2. In service of the practitioner. The pick exists because it makes someone more able, not because it adorns FRQNCY. The slogan "FRQNCY makes the unable able" is the test.
  3. Spiritual-technology, not spiritual-materialism. A pick should equip practice, not signal status. If the appeal is collecting credentials or accessing a scene, decline.
  4. Independent of money flow. The pick decision precedes any commercial relationship. We never start with "we could partner here" and back into a pick.
  5. Honest about what it is. Picks are tagged with the kind of recommendation: a learning resource, a practice, a daily good, a network entry, etc. We don't pretend a product pick is a teaching pick or vice versa.

A pick is not:

§2

Conflict-of-interest disclosure

A FRQNCY pick is allowed to coexist with a money flow only when the relationship is disclosed. Three relationships are recognised:

TypeWhat it meansDisclosure
null No money flows between FRQNCY and this entity. The default. None required.
contributor The entity contributes to the FRQNCY Fund or to a Sanctuary operating budget. The contribution does not influence the pick. A small "supports FRQNCY" note on the entry, plus a line on the Aligned page explaining what contributor means.
partner A direct partnership exists — co-marketing, revenue share, joint programming. Picks involving partners are still made independently of the partnership terms. A clearly-labelled "FRQNCY partner" badge on the entry, plus a per-page disclosure footer.
affiliate An affiliate or referral commission exists on the link. FRQNCY currently does not use this — kept here for completeness. A clearly-labelled "affiliate link" badge plus an affiliate disclosure on every page that contains an affiliate link. Default: avoid this category unless there is no cleaner option.

The schema field is revenue_relationship: null | "contributor" | "partner" | "affiliate" on each picked entity. Disclosure renders automatically from the field — no per-entry copywriting needed.

Hard rules

  1. The Fund cannot pick a portfolio company without revenue_relationship: "contributor" | "partner" set, and a separate Fund disclosure on the entity's profile.
  2. An Aligned Goods entry that becomes a partner cannot also be a Fund portfolio company without explicit founder-level approval and a double-disclosure.
  3. Sponsored content is not a category. If a piece of content was paid for, it is not editorial — and FRQNCY does not publish it. There's no in-between.
  4. Money flowing the other direction (FRQNCY paying for something to be featured) is also off the table. No bought placements on partners' platforms framed as picks. If we want to be on someone's site, we earn it.
§3

Who can mark a pick

Today the picking body is the founder + co-founder. Picks are made by direct edit to the relevant entity file. No process beyond a code commit.

This works at small scale. At the next thresholds it has to become explicit:

The picking body is not a popularity-based group. New committee members are invited by existing ones based on demonstrated taste in their pillar — measured by the quality of their vouches, not their follower count.

§4

Pick provenance

Every pick should leave a trail. Not as bureaucracy — as honesty.

For each picked entity, the entity's data file should include (or link to) a one-paragraph rationale: who picked it, when, what the test of "personally vetted" was, and which pillar it serves. Not a long essay. A few sentences.

Picked by Orlando, 2026-04, after using the kettle daily for nine months. Replaces a plastic-bodied appliance that was leaching, and a glass alternative that broke twice. Network-state pillar (durable, repair-favoured, transparent supply chain).

This rationale is not marketing copy — it's editorial accountability. It also gives future agents grounds to decide whether the pick still holds up if circumstances change.

§5

When to retire a pick

Picks are not permanent. They are retired when:

Retirement is not the same as removal. The entity stays on the site as a directory entry where appropriate; only the picked_in field is cleared. If the retirement is significant enough to inform readers (e.g., a previously-picked teacher), a one-line note on the entity profile explains what changed and when. We keep the history; we just don't keep the endorsement.

§6

Reviewing this doc

This document is reviewed and updated:

Edits that loosen the standards require founder approval. Edits that tighten them can be made by any contributor with a clear rationale.

§7

The integrity test

When in doubt: would FRQNCY pick this if there were no possibility of money ever flowing from the relationship?

If yes — fine. If no — decline, regardless of the financial upside.

This is the only standard that protects the network's most valuable asset (trust) from the network's most predictable failure mode (drift toward what pays).

Last updated: 2026-04-29. This document is editorial-team source; the canonical version lives in this repository and is reviewed per §6.

If you believe a pick on this site has violated these standards, write to [email protected] with the entity URL and the specific concern. We document and respond.