agentsclimarketplace

Mobiai mobile verification

Skill ArisGuimera/MobiAI-Core/skills/core/skills/mobiai-mobile-verification

You MUST use this before declaring any mobile work done, fixed, green, or ready — and before committing, pushing, or opening a PR. No completion claim may be made without fresh verification evidence from this session.From its SKILL.md

Install
npx -y skills add ArisGuimera/MobiAI-Core --skill mobiai-mobile-verification

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

What its file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.8 KB, as published. Nobody here has run it

Mobile Verification Before Completion

<HARD-GATE> Do NOT state, imply, or signal that work is complete, fixed, passing, ready, or merged-ready until you have just run the verification commands in this message and observed their output. Stale memory of earlier runs does not count. </HARD-GATE>

Overview

Claiming work is complete without verification is dishonesty, not efficiency.

Core principle: Evidence before claims, always.

Violating the letter of this rule is violating the spirit of this rule.

The Iron Law

NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE

If you haven't run the verification command in this message, you cannot claim it passes.

The Gate Function

BEFORE claiming any status or expressing satisfaction:

1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
   - If NO: State actual status with evidence
   - If YES: State claim WITH evidence
5. ONLY THEN: Make the claim

Skip any step = lying, not verifying

Mobile Verification Commands

ClaimAndroidiOSFlutterReact Native
Compiles./gradlew assembleDebugxcodebuild build -scheme <S> -destination '...'flutter build apk --debugnpx react-native build-android
Unit tests./gradlew testDebugUnitTestxcodebuild test -scheme <S> -destination '...'flutter testnpx jest
All tests./gradlew connectedDebugAndroidTestsame as aboveflutter testnpx jest
KMP shared./gradlew allTests———

Common Failures

ClaimRequiresNot Sufficient
Tests passTest command output: 0 failuresPrevious run, "should pass"
Build succeedsBuild command: exit 0"It compiled before my changes"
Bug fixedTest original symptom: passes"I changed the line that was wrong"
No regressionsRun full test suite"I only changed one file"
Works on both platformsVerify on EACH platform"If it works on Android it should work on iOS"

Red Flags - STOP

  • Using "should", "probably", "seems to"
  • Expressing satisfaction before verification ("Great!", "Done!")
  • About to commit/push/PR without verification
  • Relying on partial verification
  • ANY wording implying success without having run verification

Rationalization Prevention

ExcuseReality
"Should work now"RUN the verification
"I'm confident"Confidence ≠ evidence
"Just this once"No exceptions
"Linter passed"Linter ≠ compiler
"I'm tired"Exhaustion ≠ excuse
"Partial check is enough"Partial proves nothing

Multi-Platform Verification

For KMP, Flutter, and React Native projects, verify EACH platform separately:

  1. Build for platform A → confirm success
  2. Run tests for platform A → confirm pass
  3. Build for platform B → confirm success
  4. Run tests for platform B → confirm pass
  5. Only then claim "works on both platforms"

When To Apply

ALWAYS before:

  • ANY variation of success/completion claims
  • ANY expression of satisfaction
  • Committing, PR creation, task completion
  • Moving to next task

The Bottom Line

No shortcuts for verification.

Run the command. Read the output. THEN claim the result.

This is non-negotiable.

Keep looking

Skills are one crate of 626,474. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.