<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-US">
  <title>muse-assist — 561 Group</title>

  <link rel="self" type="application/atom+xml" href="https://muse.561.group/feed.atom.xml"/>

  <link rel="alternate" type="text/html" href="https://muse.561.group/"/>


  <id>https://muse.561.group/feed.atom.xml</id>
  <updated>2026-09-27T00:00:00Z</updated>
  <generator uri="https://github.com/emsenn/561-group">561-group/web-feed</generator>
  <entry>
    <title>Assistant references and evidence limits — muse-assist</title>
    <link rel="alternate" type="text/html" href="https://muse.561.group/comparison/"/>
    <id>ni:///sha-256;N7iyftAA1UeeMSPhtuQLWmq_7v1eFpC70qKzOeWKhOI</id>
    <published>2026-09-27T00:00:00Z</published>
    <updated>2026-09-27T00:00:00Z</updated>
    
    <summary type="html">A dated comparison frame separating supplier descriptions, muse-assist intent, and independent observations.</summary>
    <content type="html">&lt;h2 id=&quot;what-this-comparison-says&quot;&gt;What this comparison says&lt;/h2&gt;
&lt;p&gt;&lt;code&gt;muse-assist&lt;/code&gt; is this 561 Group project. Meta&amp;#39;s Muse is a distinct product and the primary reference that prompted this work. Microsoft Copilot Cowork and Google Gemini Spark are included as additional supplier-description references. The sources below were reviewed on 2026-09-27. They describe products; they are not independent measurements or endorsements. No live access, common task run, or whole-platform comparison has been performed.&lt;/p&gt;
&lt;p&gt;The comparison dimensions are useful effects to assess, not feature scores. Statements about the other products below summarize their suppliers&amp;#39; published descriptions. A source that does not establish a behavior is not evidence that the product lacks it.&lt;/p&gt;
&lt;h2 id=&quot;continuing-work&quot;&gt;Continuing work&lt;/h2&gt;
&lt;p&gt;Meta describes Muse as able to handle concurrent tasks and continue work on schedules or events (&lt;a href=&quot;https://introducing.muse.ai/&quot;&gt;How We Designed Muse&lt;/a&gt;). Google describes Spark as providing ongoing personal assistance and tasks through connected Workspace applications (&lt;a href=&quot;https://gemini.google/overview/agent/spark/&quot;&gt;Gemini Spark&lt;/a&gt;). Microsoft&amp;#39;s Cowork guide describes task execution across Microsoft 365 applications (&lt;a href=&quot;https://learn.microsoft.com/en-us/microsoft-365/copilot/cowork/use-cowork&quot;&gt;Use Copilot Cowork&lt;/a&gt;). These descriptions do not establish equivalent persistence behavior across the products. &lt;code&gt;muse-assist&lt;/code&gt; intends to carry authorized work across interruptions; that end-to-end behavior has not been demonstrated.&lt;/p&gt;
&lt;h2 id=&quot;connected-actions&quot;&gt;Connected actions&lt;/h2&gt;
&lt;p&gt;Meta&amp;#39;s description includes computer and browser use; Microsoft&amp;#39;s guide discusses work across documents, mail, and meetings; Google&amp;#39;s description discusses connected Workspace applications. These are supplier-described integration surfaces, not results from a shared task or verification of receiving-system outcomes. No &lt;code&gt;muse-assist&lt;/code&gt; integration set or end-to-end connected action is claimed here.&lt;/p&gt;
&lt;h2 id=&quot;context-and-correction&quot;&gt;Context and correction&lt;/h2&gt;
&lt;p&gt;Meta describes editable memory. The cited Microsoft and Google references do not establish a directly comparable context-editing and correction path. This is a limit of the cited evidence, not a claim that those products lack such a path. &lt;code&gt;muse-assist&lt;/code&gt; intends to preserve relevant context, provenance, and human corrections; this remains a design goal without an accepted integrated demonstration.&lt;/p&gt;
&lt;h2 id=&quot;usable-artifacts&quot;&gt;Usable artifacts&lt;/h2&gt;
&lt;p&gt;Meta&amp;#39;s description includes usable artifacts. Microsoft&amp;#39;s guide names work with documents and other Microsoft 365 resources. Those supplier descriptions do not report an independently assessed artifact or its acceptance by a receiving person or system. This project has not measured artifact usefulness or acceptance.&lt;/p&gt;
&lt;h2 id=&quot;human-authority-and-security-boundaries&quot;&gt;Human authority and security boundaries&lt;/h2&gt;
&lt;p&gt;Microsoft&amp;#39;s Cowork guide describes approval before changes to shared systems. Meta separately describes an approach that places execution and credential/permission boundaries outside model control (&lt;a href=&quot;https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse&quot;&gt;Meta security and safety account&lt;/a&gt;). These remain supplier statements; this page reports no independent security review. The cited Google Spark description does not establish an equivalent authorization model, which is not evidence of its absence. &lt;code&gt;muse-assist&lt;/code&gt; intends to keep consequential actions under attributable human authority; its enforcement path is not accepted or demonstrated.&lt;/p&gt;
&lt;h2 id=&quot;outcomes-where-work-is-received&quot;&gt;Outcomes where work is received&lt;/h2&gt;
&lt;p&gt;None of these sources supplies a common independent measure of whether work was accepted or had the intended effect in the receiving system. No comparative receiving-outcome results are available. Missing access and results limit what can be concluded; they do not indicate a competitor failure or a &lt;code&gt;muse-assist&lt;/code&gt; advantage.&lt;/p&gt;
&lt;h2 id=&quot;references&quot;&gt;References&lt;/h2&gt;
&lt;ul&gt;&lt;li&gt;&lt;a href=&quot;https://introducing.muse.ai/&quot;&gt;Meta — How We Designed Muse&lt;/a&gt; (supplier description; reviewed 2026-09-27).&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://research.meta.ai/blog/security-and-safety-for-ai-agents-our-approach-with-muse&quot;&gt;Meta — How We Built Safety Into Muse&lt;/a&gt; (supplier technical account; reviewed 2026-09-27).&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://learn.microsoft.com/en-us/microsoft-365/copilot/cowork/use-cowork&quot;&gt;Microsoft — Use Copilot Cowork&lt;/a&gt; (supplier documentation; reviewed 2026-09-27).&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://gemini.google/overview/agent/spark/&quot;&gt;Google — Gemini Spark&lt;/a&gt; (supplier product description; reviewed 2026-09-27).&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;The &lt;a href=&quot;/development/&quot;&gt;development page&lt;/a&gt; explains what this project has and has not realized.&lt;/p&gt;</content>
    
  </entry>
  <entry>
    <title>Development method and status — muse-assist</title>
    <link rel="alternate" type="text/html" href="https://muse.561.group/development/"/>
    <id>ni:///sha-256;NUa7VYPVo2LQdrtxphGBDavRwL0U-EHScpIN0gbofBw</id>
    <published>2026-09-27T00:00:00Z</published>
    <updated>2026-09-27T00:00:00Z</updated>
    
    <summary type="html">How muse-assist is being derived from customer demand, what repository capabilities are evidence, and what remains unaccepted.</summary>
    <content type="html">&lt;h2 id=&quot;from-customer-demand-to-generated-software&quot;&gt;From customer demand to generated software&lt;/h2&gt;
&lt;p&gt;The governing chain is &lt;strong&gt;Customer Demand → Requirements → arc42 → SAS → HLD → LLD → Specifications → codegen/codemod&lt;/strong&gt;. Each stage constrains the next. Existing source is migration evidence: useful capabilities and information must be recovered, while the design follows the requirements.&lt;/p&gt;
&lt;p&gt;The target is a specialized MetroPlat server for personal, virtual, and executive assistance across continuing work: research, planning, coordination, computer operations, usable artifacts, evolving context, and follow-through.&lt;/p&gt;
&lt;h2 id=&quot;current-status&quot;&gt;Current status&lt;/h2&gt;
&lt;p&gt;The repository contains reusable journal and work-record transformations. VICTOR already renders public Markdown into a static site; that publishing capability does not demonstrate an integrated assistant. Those foundations do not yet establish the complete assistant. The design must connect them through enforceable authority and execution boundaries, shared-work coordination, and checks of outcomes where the work is received.&lt;/p&gt;
&lt;p&gt;The specifications distinguish a proposed action, an execution attempt, its reported result, and independent acceptance of that result. A recorded operation or a settled chain transaction does not by itself establish that the user&amp;#39;s goal was achieved.&lt;/p&gt;
&lt;p&gt;The formal evidence model, isolated execution, shared-work resolution and EVM write path still require design and realization work. The project is early alpha, with specifications ahead of an accepted integrated implementation.&lt;/p&gt;
&lt;h2 id=&quot;release-status&quot;&gt;Release status&lt;/h2&gt;
&lt;p&gt;The project is being prepared for open-source release. Its license remains undecided, and no supported public package is available through this site. See the &lt;a href=&quot;/&quot;&gt;project overview&lt;/a&gt; and &lt;a href=&quot;/comparison/&quot;&gt;dated supplier descriptions and comparison limits&lt;/a&gt;.&lt;/p&gt;</content>
    
  </entry>
  <entry>
    <title>muse-assist: personal and executive assistance in development</title>
    <link rel="alternate" type="text/html" href="https://muse.561.group/"/>
    <id>ni:///sha-256;YwXQhU-pLBtdhCC0wvGZJXJ4YvFu4Cq4t9oDA-FX4GI</id>
    <published>2026-09-27T00:00:00Z</published>
    <updated>2026-09-27T00:00:00Z</updated>
    
    <summary type="html">A 561 Group early-alpha project designing personal, virtual, and executive assistance as a specialized MetroPlat server.</summary>
    <content type="html">&lt;h2 id=&quot;assistance-that-follows-work-through&quot;&gt;Assistance that follows work through&lt;/h2&gt;
&lt;p&gt;&lt;code&gt;muse-assist&lt;/code&gt; is the 561 Group&amp;#39;s early-alpha project for personal, virtual, and executive assistance, designed as a specialized MetroPlat server.&lt;/p&gt;
&lt;p&gt;It is being designed to research decisions, coordinate appointments and follow-through, produce usable computer artifacts, and carry authorized work across interruptions. Relevant context, its sources, and your corrections should remain available as that work continues.&lt;/p&gt;
&lt;p&gt;An action is only part of the job. The design also calls for checking whether the intended result was received by the person or system that needed it, while keeping consequential actions under attributable human authority.&lt;/p&gt;
&lt;h2 id=&quot;an-open-source-project-in-development&quot;&gt;An open-source project in development&lt;/h2&gt;
&lt;p&gt;These are design targets. The complete assistant path has not yet been demonstrated, and this site offers neither a hosted assistant nor a supported public package. We are preparing for open-source release; licensing remains undecided.&lt;/p&gt;
&lt;p&gt;Read the &lt;a href=&quot;/development/&quot;&gt;development method and status&lt;/a&gt; and the &lt;a href=&quot;/comparison/&quot;&gt;assistant references and comparison evidence&lt;/a&gt;. Meta&amp;#39;s Muse is a separate product and a reference for this work. No whole-platform parity or measured advantage is claimed.&lt;/p&gt;</content>
    
  </entry>
</feed>
