Your Skills Files Are Business IP

image

I keep seeing businesses get excited about building reusable prompts, agents, SOPs and skills.md files. Fair enough. That is where the real value starts to appear. Not in one clever prompt, but in documenting how the business works and making that repeatable.

But there is a quiet problem underneath it.

The better those files become, the more they stop being “documentation” and start becoming business intellectual property. A well-written skills.md file may contain how you scope jobs, respond to clients, handle exceptions, use Microsoft 365 Copilot, build proposals, or deliver a managed service consistently. That is not just a file. That is your operating model written down.

And yet, in many businesses, that content sits in a SharePoint library or Teams channel where almost everyone can read it, copy it, sync it, or forward it.

Convenient? Yes. Sensible? Not always.

The process library is now crown-jewel data

Businesses normally think about sensitive data as payroll files, contracts, financial spreadsheets and customer records. Those still matter. But AI changes the definition of what is valuable.

If your business has spent months refining reusable skills, prompts, checklists and delivery playbooks, then you have created a process asset. It explains how your business turns knowledge into outcomes. That deserves proper governance.

I am not saying every user should be locked out. The point of documenting processes is that people can use them. But there is a difference between “available to the team that needs it” and “available to anyone who inherited access from a Team created three years ago”.

That distinction matters when these files become grounding material for Copilot or custom agents. If Copilot can find the content, summarise it and reshape it quickly, then poor permissions become easier to exploit.

Copilot is not the leak. Oversharing is.

Access should match the work

The first control is boring and important: permissions.

Store these files in a dedicated SharePoint site or library. Do not scatter them across personal OneDrives, random Teams channels, email attachments and old project folders. Give the library an owner. Use Microsoft 365 groups or Entra ID security groups to control access. Review membership regularly.

The test I like is simple. If someone left tomorrow and joined a competitor, what could they still download today?

That question cuts through wishful thinking.

Some people need edit rights. Most only need read rights. Some only need access to the process area they work in. If everyone has everything, you do not have knowledge management. You have a shared filing cabinet with the front door open.

Labels and DLP are not decorations

This is where Microsoft Purview matters.

Apply sensitivity labels to the process library. A label like Confidential – Internal Process can make the handling expectation clear and drive protection such as encryption and access restrictions where appropriate.

Then add Data Loss Prevention policies around the same content. If someone tries to email a bundle of process files externally, copy them into chat with an outside party, or move them into unmanaged locations, you want friction, warning, logging, or blocking depending on the risk.

This is not about distrusting staff. It is about recognising that staff move on, mistakes happen, and valuable business knowledge should not be one drag-and-drop away from leaving the organisation.

Offboarding is too late

Many businesses only think about this when someone resigns. By then, the files may already be synced locally, copied into another tool, or forwarded elsewhere.

The right time to protect process IP is when the library is created. Classify it. Restrict it. Monitor it. Review it. Make access part of onboarding and removal part of offboarding.

If you are building AI skills for your business, treat them as assets, not notes.

The future advantage will not belong to the business with the most prompts. It will belong to the business that protects, improves and governs the way it works.

Shared Ownership Is Where Culture Becomes Real

image

I hear culture talked about as if it is something written on a wall, captured in a values statement, or mentioned during onboarding. That is the easy version. The harder version is what happens on a normal Tuesday when something is broken, unclear, duplicated, delayed, or ignored.

That is where culture shows up.

Not in the big presentation. Not in the annual planning day. In the small moments where someone decides whether to leave the problem sitting there or do something useful about it.

The warning sign is hesitation

One of the quietest culture problems in any business is when good people start waiting for permission to care.

They see a clumsy process, notice a client communication could be clearer, or hear a decision drift past without an owner, and tell themselves it probably belongs to someone more senior.

None of that looks dramatic. Everyone looks polite, busy, and professional.

But the business is paying a tax every time that happens.

The work gets slower. The standards get softer. Small issues become normal. People learn that caring too much creates extra work, so they keep their heads down. That is how ordinary cultures become fragile cultures.

Ownership has to be visible

If I want a team to lift its standard, I cannot just tell people to take responsibility. I have to make it practical.

That means making it clear that improvement is not reserved for managers. If a client onboarding checklist in SharePoint is out of date, the useful response is not to complain about it in the background. Fix it, or at least raise it clearly in the right Teams channel with enough context for someone to act.

If a meeting ends with vague actions, do not let them vanish into the air. Use Copilot in Teams to summarise the discussion, check the actions, and then make sure the next steps land somewhere visible, such as Planner or a shared work tracker.

That is not bureaucracy. That is housekeeping.

The point is not that every person can change every decision. The point is that every person can make the problem clearer, remove friction, and stop the next person tripping over the same thing.

Quiet leadership matters

The best ownership I see is often quiet. It is not the person dominating the room. It is the person who notices a gap and calmly closes it.

They ask the extra question. They document the missing step. They follow up after the meeting. They update the shared note. They make the next handover cleaner than the last one.

In an MSP or any service business, that behaviour compounds quickly. Clients feel it when internal ownership is strong. Tickets are cleaner. Handover notes make sense. Recurring issues get spotted earlier. The client does not have to re-explain the same problem three times.

That is culture in operational form.

I am not interested in a team where people only do what is printed beside their name. That might keep the lights on, but it will not build something excellent.

The better standard is this: if you are close enough to see the issue, you are close enough to help move it forward.

That does not mean being reckless or ignoring roles, approvals, or security boundaries. It means acting like the quality of the whole business matters, not just your own narrow lane.

Shared ownership is not a slogan. It is a habit. It is built in the everyday choices people make when there is no applause attached.

And if you want to know the real strength of your culture, do not just listen to what people say in the meeting. Watch what they clean up afterwards.

Care About The Work

image

I can usually tell when a team is disconnected from the work it produces.

Not because the work is terrible. Often it looks fine from the outside. The newsletter goes out. The video gets posted. The webinar happens. The support article lands in SharePoint. The client update gets sent from Outlook.

But inside the business, nobody is really paying attention.

The team does not watch the video. They do not read the newsletter. They do not know what was promised in the webinar. They do not see the questions clients are asking after the content goes live.

That is where the problem starts.

Your own team is the first audience

I think many businesses make a mistake here. They treat content, education, communication and client resources as something created by one person or one small group. Everyone else is expected to be “too busy” to engage with it.

I see it differently.

If you work in the business, you need to understand what the business is saying.

That does not mean everyone has to become a marketer. It does not mean every technician needs to write articles. It does not mean every account manager needs to appear on camera.

It means the people who serve the client should know the message the client is hearing.

If a Microsoft 365 security update goes out to clients, the service desk should know about it before the client rings. If a Copilot readiness article is published, the account manager should know the point of view before the next review meeting. If a training video explains why governance matters, the project team should have watched it before they start implementation work.

That is not bureaucracy. That is alignment.

Consumption creates better feedback

The other thing people miss is that internal consumption makes the work better.

A team that reads, watches and listens can challenge weak ideas before clients see them. They can say, “That example will confuse people.” They can say, “Clients are already asking about this.” They can say, “We need a simpler explanation for the business owner.”

That feedback is gold.

This is where Microsoft 365 can really help, but only if it is used deliberately. I like the idea of having a dedicated Teams channel where published content, draft ideas and client questions are visible. Drop the newsletter link in there. Pin the SharePoint page. Use Copilot in Teams to summarise the discussion after people have commented. Capture the useful follow-up items in Planner rather than letting them disappear into chat history.

The tool is not the culture. But the tool can make the culture easier to practise.

The important part is that everyone understands the loop.

Create something. Share it internally. Let the team react. Improve the next version. Listen to what clients say. Bring that back to the team. Repeat.

That loop builds judgement. It also builds ownership.

Make it expected, not optional

I do not have much time for the idea that “mandatory” automatically means heavy-handed.

Some things should be expected.

If the business publishes advice to clients, the team should know what that advice is. If the business takes a position on AI, security, productivity or service delivery, the team should be familiar with that position. If clients are being educated, the people supporting those clients should not be the last to know.

The standard is simple: if we produce it, we pay attention to it.

That does not need to become a long meeting or a corporate ritual. It can be a short weekly review. It can be a Teams post with three questions. It can be a Copilot-generated summary of what went out, what clients asked, and what the team noticed.

But it does need to happen.

Because care is visible. Not in a fluffy motivational sense, but in the final product. You can feel when a team has thought about the work. You can feel when people have challenged it, improved it, and connected it back to the client.

You can also feel when it was pushed out by someone working alone while everyone else walked past it.

If your own people are detached from what you create, do not be surprised when the outside world is detached as well.

The work has to matter internally first.

That is where better culture starts. That is where better feedback starts. And that is where better client outcomes start.

Add Microsoft Learn as a knowledge source to Copilot Chat

image

I need to refer to Microsoft Learn documentation a lot. Therefore, I want it included irectly as part of my data sources with Copilot Chat. To do that go to the settings in the top right hand corner as shown above.

image

Add Microsoft Learn to your sources from the Browse sources section as shown above.

That will now make Microsoft Learn a primary data source when prompting Copilot Chat.

Productivity Starts With Owning The Work

image

When someone on my team tells me they are overwhelmed, I usually do not start with the task itself. I start with where the work is captured.

Not in their head. Not spread across ten chats. Not buried in a half-read email thread. Captured somewhere they can see it, sort it, challenge it, and act on it.

That sounds basic, but I keep seeing good people come unstuck at this point. They are smart. They care. They are capable. Yet the work is scattered, and once that happens, every day becomes reactive.

The problem is not usually effort.

It is visibility.

Busy Is Not The Same As In Control

A lot of people mistake movement for productivity. They answer messages quickly. They jump into meetings. They fix whatever is currently making noise. From the outside, it can look like they are working hard.

But if you ask what matters most this week and the answer is vague, there is a management problem. Not always from above. Often it is a self-management problem.

I have learned not to treat that lightly.

If a person cannot show what they are working on, what is waiting, what is blocked, and what matters next, then they are running their day on memory and pressure. That might survive for a while, but it does not scale.

This is where Microsoft 365 can help, but only if the behaviour is already there. Planner will not make someone disciplined. Teams will not magically create priorities. Copilot will not fix a messy operating rhythm if there is no trusted place for the work to live.

The tool supports the habit.

It does not replace it.

Make The Work Visible

The best teams I see make work visible early.

That might mean capturing actions from a Teams meeting into Planner. It might mean asking Copilot in Outlook to summarise a long thread, then turning the actual next steps into tasks instead of leaving them as good intentions. It might mean keeping a shared Loop page for the current priorities so everyone can see what has changed.

None of that is fancy.

That is the point.

Productivity is not about building a complicated system that only one person understands. It is about creating enough structure so the next decision is easier. What needs doing? What can wait? What needs someone else? What should be deleted entirely?

Those questions matter far more than another app, another dashboard, or another clever prompt.

Lead The Standard Before You Demand It

If I want my team to operate with clarity, I have to model it first.

That means I need my own priorities written down. I need to show how I decide what gets attention and what does not. If everything is urgent when it reaches me, I am teaching the team that noise wins.

This is especially important with Copilot adoption. I can tell people to use Copilot all I like, but if my own workflow is chaotic, the message will not land. A better approach is to show the habit in action. Here is the meeting summary. Here are the actions. Here is what I moved into Planner. Here is what I am not doing this week.

That is how productivity becomes cultural rather than personal.

The Real Foundation

I do not see personal productivity as a soft skill.

I see it as operating discipline.

Before strategy, before automation, before AI, people need to manage their own commitments. If they cannot do that, every improvement you add sits on unstable ground.

So start small. Make the work visible. Decide what matters. Put it somewhere trusted. Review it regularly.

Then teach the team to do the same.

Because once people can manage themselves, everything else has a chance to work.

Comparing LLMs in Copilot services–Round 7-Final

image

Round 1 – https://blog.ciaops.com/2026/07/30/comparing-llms-in-copilot-services-round-1-chat/

Winner – Opus

Round 2 – https://blog.ciaops.com/2026/08/08/comparing-llms-in-copilot-services-round-2-researcher/

Winner – Critique

Round 3  – https://blog.ciaops.com/2026/08/11/comparing-llms-in-copilot-services-round-3-cowork-claude/

Winner – Opus 5

Round 4 – https://blog.ciaops.com/2026/08/12/comparing-llms-in-copilot-services-round-4-cowork-gpt/

Winner – GPT 5.6 Terra

Round 5  – https://blog.ciaops.com/2026/08/14/comparing-llms-in-copilot-services-round-5-cowork/

Winner – Opus 5

Round 6 – https://blog.ciaops.com/2026/08/16/comparing-llms-in-copilot-services-round-6/

Winner – Opus 5

I’ve been pitting different LLMs inside M365 Copilot against each other ina world cup style elimination to see which comes out on top. The process involves taking a standard prompt and running it against all options. This prompt creates a multi page document requiring deep research and is quite involved. The results are then compared against each other using SharePoint Copilot and Gemini. Conclusions are then drawn.

For the final, we have Opus 5 (Cowork) and Opus (Chat). The results are:

https://github.com/directorcia/general/blob/master/Copilot/Comparisons/20260816-Copilot-Grok-eval.md

1. Opus 5 (Cowork)

2. Opus (Chat)

Therefore, the initial over all Copilot LLM winner is a clear win for:

Opus 5 (Cowork)

The trade off is that the cost for this US$22, while the runner up’s price was included in the cost of a Microsoft 365 Copilot license.

These test have revealed a few things, in my opinion:

A. Claude Opus is the superior model

B. Opus in chat is almost as good as Opus Cowork but much cheaper

C. For most work Opus in chat is probably you best option

The challenge with these report, as with any LLM’s is they are not definitive. Another round could reveal completely different results as could the method of evaluation, however as a best effort I think it does have validity and provide some general findings that do help understand the model choices in Copilot.

For comparison, I have create a document parameters page here:

https://github.com/directorcia/general/blob/master/Copilot/Comparisons/20260816-File-paramters.md

so you can now compare all the various output document sizes, pages, etc to each other. I have also made available a copy of each model output document, without any changes to it, so you can look at each for yourself. You will find them all at:

https://github.com/directorcia/general/tree/master/Copilot/Comparisons/20260816

The idea is to wait until we see new models appear in Copilot and use the same methodology against these also when they appear. That will hopefully provide some sort of bench mark when it comes top model strength.

I hope this series of tests has been interesting and helpful to you and I’d love to hear your thoughts on the results.

Measure What Moved

image

I have sat through enough business debriefs to know the pattern.

Someone explains how busy they were. The late nights. The campaign tweaks. The tools tested. The sheer amount of motion involved.

Then I ask the only question that really matters.

What changed?

Activity feels comforting because it proves something happened. It gives people something to report. It fills meetings, updates, and weekly summaries. But activity is not progress. You can have hardworking people and still be drifting sideways.

Effort is not the scorecard

I am not dismissing hard work. Effort matters when it is pointed at the right target. The problem is when effort becomes the defence for poor results.

A marketing push that produces almost no qualified leads is not a success because the team spent days on it. A support process that burns hours but leaves customers waiting is not working because people are “doing their best”. A sales pipeline full of conversations but no movement is not healthy because everyone is busy.

That is why I keep coming back to measurement. Not because I love dashboards for the sake of dashboards, but because measurement forces honesty. It removes the storytelling that creeps into business discussions. When the number is sitting there in front of everyone, the conversation changes.

The question shifts from “who tried hard?” to “what actually improved?”

Make the work visible

One of the biggest mistakes I see businesses make is leaving performance hidden in private inboxes, personal spreadsheets, and half-remembered conversations.

If sales numbers live in one person’s Excel file, the business does not really have a sales view. If customer follow-ups are buried in Outlook, the business does not really have a follow-up process. If project blockers only surface during a meeting once a week, the business is accepting delay as normal.

Microsoft 365 gives you ways to bring that work into the open. Put the shared tracker in SharePoint. Pin it in Teams. Use Planner for ownership. Use Excel to track the result, then ask Copilot in Excel to identify trends, gaps, and outliers. Use Copilot in Teams after the meeting to summarise decisions and actions, then compare those actions against the numbers next time.

That is not more admin. It is fewer hiding places.

What gets reviewed gets improved

The real discipline is not building the dashboard. Anyone can throw together a colourful report and feel productive for an afternoon. The discipline is reviewing it consistently, asking uncomfortable questions, and changing behaviour because of what it shows.

If a campaign is not producing leads, stop admiring the effort and fix the offer, the audience, or the follow-up. If service tickets keep backing up, stop saying the team is flat out and find the bottleneck. If Copilot is being rolled out, do not just count licences. Measure whether proposal turnaround, meeting follow-up, reporting quality, or response times are improving.

That is where Copilot becomes useful. Not as another shiny thing to justify, but as a way to reduce the drag between seeing a problem and doing something about it. Summarise the data. Draft the follow-up. Build the first version of the report. Help the team inspect the work faster.

But the human still has to care about the outcome.

The blunt test

Do not tell me how busy you were. Show me what moved.

If the number improved, understand why and repeat it. If it did not, stop decorating failure with effort and make a better decision.

A good business does not reward invisible busyness. It rewards useful progress.

That only happens when the work is visible, the numbers are reviewed, and people are honest enough to act on what they see.

Comparing LLMs in Copilot services–Round 6

MAI_cf947564d0f53b48

Round 1 – https://blog.ciaops.com/2026/07/30/comparing-llms-in-copilot-services-round-1-chat/

Winner – Opus

Round 2 – https://blog.ciaops.com/2026/08/08/comparing-llms-in-copilot-services-round-2-researcher/

Winner – Critique

Round 3  – https://blog.ciaops.com/2026/08/11/comparing-llms-in-copilot-services-round-3-cowork-claude/

Winner – Opus 5

Round 4 – https://blog.ciaops.com/2026/08/12/comparing-llms-in-copilot-services-round-4-cowork-gpt/

Winner – GPT 5.6 Terra

Round 5  – https://blog.ciaops.com/2026/08/14/comparing-llms-in-copilot-services-round-5-cowork/

Winner – Opus 5

I’ve been pitting different LLMs inside M365 Copilot against each other ina world cup style elimination to see which comes out on top. The process involves taking a standard prompt and running it against all options. This prompt creates a multi page document requiring deep research and is quite involved. The results are then compared against each other using SharePoint Copilot and Gemini. Conclusions are then drawn.

Next up, I’ve pitted Opus 5 and Researcher Critique. The results are:

https://github.com/directorcia/general/blob/master/Copilot/Comparisons/20260814-Deep-Grok-eval.md

1. Opus 5

2. Researcher Critique

the gap between these two was quite large again. The clear winner therefore is:

Opus 5

This mean the upcoming final is going to be Opus 5 (Coworok) vs Opus (Chat) for thr crown which will be very interesting given they are the same model, while one is an included LLM and the other is PAYG!

Stay tuned for the action of the first CIAOPS LLM final!