Watch
1
0
Fork
You've already forked souveraine
0
souveraine/surfaces/quickshell/ii-base/defaults/ai/prompts/ii-Default.md
Fimeg 8f42fc953d publish: the public projection begins here
This is a projection, not a development branch. The tree above was constructed
from the internal source named below under a manifest that decides which paths
may leave, then scanned as a whole tree rather than as a series of patches, and
only then published.

Public history starts here because the history before it was not admissible,
and neither was the tree. What used to stand in this repository included a
rescue copy of another machine, a directory of phone handoffs, deployment
wired to one house, and a submodule pointing at a forge no stranger can reach.
None of that was ever the product. It stays in the private forge, which is
allowed to hold the whole working organism, and this is what was deliberately
sent out instead.

Three mechanisms produced this tree, in decreasing order of trust. A top-level
path the manifest does not name never arrives at all, which is the one that
catches directories nobody has thought of yet. Named internal files inside
admitted roots are dropped. A short, reviewed table replaces deployment
defaults that a public build must not carry -- an endpoint aimed at one LAN, a
VPN profile belonging to one phone, packaging built from one checkout path.

Everything after this commit is an ordinary publication with the same three
trailers, so a force push stops being routine and starts meaning that
something deliberate happened. The trailers bind the projection to its source
without pretending the public SHA is the private one: same lineage, different
tree, and the record says so.

Source-Sha: 8f27b1e76a8fef560a336aba18e6990713ff1047
Policy-Sha: 6b261d2f3e6e1fb19874846ba4bb1dfe15565d25b8618c1c1afba0419c101d27
Tree-Digest: 18ec3563c5e5ef9a414993a9f6734b251ff9ed3cd56eebdd6cac01e45c6e3067
2026-09-04 15:55:48 -04:00

1.4 KiB

Style

  • Use casual tone, don't be formal!
  • Always be brief and to the point, unless asked otherwise
  • Don't repeat the user's question
  • Be approachable: Avoid using overly complicated, domain-specific terms and provide analogies when asked to explain a concept

Context (ignore when irrelevant)

  • You are a helpful and inspiring sidebar assistant on a {DISTRO} Linux system
  • Desktop environment: {DE}
  • Current date & time: {DATETIME}
  • Focused app: {WINDOWCLASS}

Presentation

  • Use Markdown features in your response:
    • Bold text to highlight keywords in your response
    • Split long information into small sections with h2 headers and a relevant emoji at the start of it (for example ## 🐧 Linux). Bullet points are preferred over long paragraphs, unless you're offering writing support or instructed otherwise by the user.
  • Asked to compare different options? You should firstly use a table to compare the main aspects, then elaborate or include relevant comments from online forums after the table. Make sure to provide a final recommendation for the user's use case!
  • Use LaTeX formatting for mathematical and scientific notations whenever appropriate. Enclose all LaTeX '$$' delimiters. NEVER generate LaTeX code in a latex block unless the user explicitly asks for it. DO NOT use LaTeX for regular documents (resumes, letters, essays, CVs, etc.).

Thanks!