Engineering Intelligence

Git Analytics Dashboard ?

Repository health, contributor output, branch drift, and AI review quality in one operational view.
Projects ?
8
Current selected period
Developers ?
7
Current selected period
Project Health ?
74%
Current selected period
Security Score ?
55%
Current selected period
Delivery Risk ?
13%
Current selected period
AI Usage ?
100%
Current selected period
Health Score Trend ?
Selected-period quality, security, and bug-safety score.
25 50 75 100 Jul 01 Jul 02 Jul 03 Jul 04 Jul 05 Jul 06 Jul 07 Jul 08 Jul 09 Jul 10 Jul 11
Dashboard Scores ?
Executive health signals.
Project Health Score ? 74%
Developer Productivity ? 85%
Code Quality Score ? 72%
Security Score ? 55%
AI Usage % ? 100%
Delivery Risk ? 13%
Delivery Risk ?
Highest-risk projects first.
ProjectRisk
antfast-dashboard Low
army Low
army510 Low
avriti-backend Low
Safee-meet-app Low
avriti Low
Top Performers ?
Developer leaderboard with score bars.
AI Summary ?
Insights for leadership review.
  • Tech dept decreased by 3%
  • 0 projects at risk
  • 0 inactive developers
  • Business value score is 68%
Team Health ?
7 / 7
Active Developers7
Inactive0
Technical Depth ?
25%
Current Tech Dept25%
Last Month27%
AI Usage ?
100%
AI Generated100%
Human0%

Repositories ?

Synced repositories with branch and commit coverage.

Branch Ahead / Behind ?

Merge drift grouped by branch freshness.
RepositoryBranchAheadBehindStatus
antfast-dashboard main 0 0 Healthy
army main 0 0 Healthy
army510 main 0 0 Healthy
avriti main 0 0 Healthy
avriti-backend main 0 0 Healthy
newworldofrice master 0 0 Healthy
Safee-meet-app main 0 0 Healthy
safee-meet-backend main 0 0 Healthy

Developer Performance Report ?

Quality-adjusted output and professional score by contributor.
User Email Commits Changed Lines ? Hours ? Quality ? AI Composite ? Professional Score ?
Akash Kumar akashkr15082000@gmail.com 17 16,545
31.63
29.57h / 93.50h
76.18 74.00 70.45
Amit Kumar Mishra amitmishrag2020@gmail.com 18 7,250
27.24
25.47h / 93.50h
73.89 71.50 68.16
Jatin Arora jarora1994@gmail.com 10 28,776
21.86
20.44h / 93.50h
57.50 58.70 59.52
Jyoti jyotimohar@gmail.com 5 31,848
35.23
32.94h / 93.50h
78.00 73.40 66.66
Manish Sindhwani sindhwanimanish24@gmail.com 5 9,655
25.36
23.71h / 93.50h
81.00 76.80 65.79
root root@ip-172-31-32-70.ap-south-1.compute.internal 4 2,617
10.96
10.25h / 93.50h
67.50 59.00 52.37
Varinder Kaur vkaur27@gmail.com 3 935
5.25
4.91h / 93.50h
65.00 66.67 49.48

Recent Commits ?

Latest reviewed changes with AI remarks and improvement notes.
MessageUserRepositoryBranch+ / -AI ?RemarkImproveDate
Merge branch 'vari' of https://github.com/jattin01/newworldofrice root newworldofrice master +28 / -4 41.00 The commit presents style and minor component structure additions mostly focused on UI/UX elements. It lacks a descriptive commit message and meaningful code logic changes reducing traceability, clarity, and perceived business impact. The use of !important in CSS might cause maintainability issues and increase bug risk. No security impact observed. The diff is mostly styling and minor JSX markup with limited functionality or test evidence. commit message - vague message - provide a clear descriptive commit message explaining what was changed and why to improve business value and code tracking 09 Jul 2026, 08:21 AM
code changes with vari root newworldofrice master +488 / -308 65.00 The commit adds UI styles for profile image components and implements profile image upload with validations and profile info updating in a Next.js page. While the functionality adds business value (profile management), the changes have some risks and opportunities for improvement. The validation and fetch logic is straightforward but could improve with additional error handling and code cleanup. The commit message is unclear and does not describe the changes. Security considerations around file uploads and token storage are limited. There is some repeated code in fetch headers that could be refactored. commit message - unclear and incomplete - provide a detailed commit message describing the purpose and scope of the changes 09 Jul 2026, 08:21 AM
excel sheet issues Varinder Kaur newworldofrice master +28 / -4 66.00 The commit adds multiple CSS style adjustments and minor React component markup changes related to product display and cart buttons, likely targeting UI layout fixes that might address 'excel sheet issues' mentioned in the commit message. While the changes seem low risk and focus on frontend styling, the commit message is vague and does not clarify the direct relationship to any Excel functionality or business impact, reducing confidence on business value and fake work detection. No evident security concerns were introduced. The quality could be improved with better explanation and possibly isolation of style changes. commit message - vague and unclear - provide a detailed and descriptive commit message explaining the exact issue addressed and its impact to increase business value and reduce fake work risk 01 Jul 2026, 10:37 AM
code changes in blog pages for issue not working root newworldofrice master +284 / -148 61.00 The commit introduces multiple changes including caching policies, dynamic rendering in blog pages, adding CAPTCHA checks in contact and header components, and numerous styling additions. These changes enhance the user interaction by ensuring fresh data is visible immediately, improving spam protection, and refining UI appearance. However, the commit message is vague and provides little context. The release disables all cache (no-store, revalidate 0) which might adversely affect performance and scalability. Some minor security improvements are seen through CAPTCHA but configuration details and error handling for security tokens are minimal. The large number of small, seemingly unrelated changes could increase maintenance complexity and risks. commit message - issue - provide a more descriptive commit message explaining the purpose and impact of the changes to improve business value and reviewability 01 Jul 2026, 08:48 AM
merge variender root newworldofrice master +757 / -600 69.00 The commit introduces a new API route to fetch trading products with enriched details and filtered by a trading tag. It also forwards the trading route export to a new module. There are improvements in consistent data handling and async operations. However, the presence of hardcoded API keys and geolocation data introduces security risks. Error handling is basic and could be improved for clarity and robustness. The commit message is uninformative. Some frontend changes suggest adding or resetting captchas for security, but usage of environment variables for keys needs confirmation. commit message - commit message is not descriptive - provide detailed description of the changes for better traceability 01 Jul 2026, 06:07 AM
iOS build setup, social/push auth, meeting approval flow, QR scanner, and profile/home enhancements - iOS: bundle id, entitlements, Podfile deployment target (14.0 for google_maps_flutter), camera/photo/location usage descriptions - Auth: Google Sign-In, Sign in with Apple, restructured auth flow (session manager, token storage, use-case layer) - Push notifications: FCM token sync, foreground local notifications (flutter_local_notifications), deep-linking on notification tap - Meetings: map-pin-drop location picker, Building/Floor fields, full approval flow (Requests tab, approve/deny), My Meetings page wired to real data with a light-theme redesign - Member search: QR code scanner (mobile_scanner), recently-searched members list backed by the server - Profile: "Share Safee PIN & Scanner" single-tap share action - Home page: real meeting count and Safee PIN search count stats Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Akash Kumar Safee-meet-app main +10,071 / -3,728 74.00 This commit introduces a wide range of functional and platform infrastructure enhancements, including iOS build setup, multiple authentication methods, push notification handling, meetings-related UI and logic, member search via QR code, profile sharing, and home page statistics. The implementation adds necessary permissions, updates dependencies, and configures critical services. However, the explicit inclusion of an API key directly in the AndroidManifest.xml represents a serious security risk. Also, the commit is large and touches many subsystems, which raises bug risk though it also adds significant business value by enabling major features. android/app/src/main/AndroidManifest.xml:36 - security risk - avoid including API keys directly in version-controlled manifest files; use environment variables or secure vaults instead 10 Jul 2026, 10:23 AM
show the safeepin search count Akash Kumar safee-meet-backend main +5 / -5 74.00 The commit adds methods to the User model to track and count unique members searched via Safee PIN/QR, improving data accessibility. However, the code is straightforward and lacks error handling or performance optimizations like caching counts. The commit message is minimal and could be more descriptive. commit message - message is too brief - provide a more detailed description of what was added and why 10 Jul 2026, 10:30 AM
Add meetingCount to /auth/me response Home page's meetings stat tile was always showing 0 since the API never sent a real count. Adds User::meetingCount() (host or guest) alongside the existing pinSearchCount. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Akash Kumar safee-meet-backend main +9 / -0 88.00 Adds a meetingCount field to the /auth/me response by implementing a new method on the User model that counts meetings where the user is host or guest. Improves front-end data accuracy by providing correct meetings count. app/Models/User.php:195 - potential performance issue with multiple orWhere queries combined with count - consider optimizing query or adding caching to improve efficiency 10 Jul 2026, 10:22 AM
show the safeepin search count Akash Kumar safee-meet-backend main +13 / -0 82.00 The commit adds a count of unique members who have searched for a user's Safee PIN, enhancing the User model and its API resource. The implementation uses Laravel's Eloquent relations and resources properly. However, there is limited validation or caching which could improve performance and reliability. Security considerations around exposing search counts are not addressed. app/Models/User.php:201 - potential performance issue - consider caching the pinSearchCount result to reduce query load for frequent access 10 Jul 2026, 09:43 AM
Store Unique Member Search Count Akash Kumar safee-meet-backend main +1,674 / -76 84.00 This commit adds a feature to store a deduplicated count of unique member searches, with full search history logging. It includes Eloquent models, a migration with proper constraints, and API controller methods to fetch recent searches and log searches atomically with upsert queries. The implementation improves the user experience by showing recent search data persistently server-side, reducing redundant data scanning. The code is generally well structured and uses Laravel conventions, but there are minor risks in raw SQL use without parameterized query builders and a lack of explicit error handling in logging. app/Http/Controllers/MemberController.php:142 - raw DB::statement with manual parameters - use prepared statements or parameter binding consistently to improve security score 10 Jul 2026, 08:28 AM
Reposition users.id column back to first position (cosmetic only) Akash Kumar safee-meet-backend main +34 / -0 60.00 The migration changes only the physical position of the 'id' column in the 'users' table, which is purely cosmetic and does not affect functionality, keys, or data. This yields low business value and minimal security impact. However, it introduces slight risk since altering key columns can potentially cause unexpected issues in the database or application if not thoroughly tested. The code quality is decent but could improve by adding tests or comments explaining rollback or verifying compatibility. database/migrations/2026_07_26_140000_reposition_users_id_column_first.php:30 - down method is empty - implement a reversible operation or leave a clear comment explaining why reversal is unnecessary to improve quality and maintainability 10 Jul 2026, 06:27 AM
Fix dropExistingForeignKey re-dropping already-swapped FKs; add repair-fks step Akash Kumar safee-meet-backend main +60 / -2 82.00 This commit adds a repair step to fix missing foreign key constraints on bigint-swapped columns and addresses a bug where foreign keys were re-dropped unexpectedly. It improves migration robustness and correctness but lacks extensive error handling and detailed comments on failure modes. app/Console/Commands/MigrateUsersToBigintId.php:183 - potential SQL injection risk by directly embedding table and column names - use parameter binding or validate inputs to improve security score 09 Jul 2026, 01:48 PM
Fix finishColumnSwap: guard + clean up orphan shadow columns for schema-drifted tables Akash Kumar safee-meet-backend main +13 / -0 80.00 Adds a safety guard in the schema migration script to handle potential orphan shadow columns when the original column does not exist due to schema drift. Drops orphan columns if found and skips the swap operation accordingly, improving data consistency and robustness of migration. app/Console/Commands/MigrateUsersToBigintId.php:409 - raw SQL string interpolation - consider using parameterized queries or an escape function to prevent SQL injection, even if table and column names are likely safe 09 Jul 2026, 01:43 PM
Fix atomic ALTER TABLE for users id swap, make it idempotent/resumable Akash Kumar safee-meet-backend main +21 / -5 83.00 The commit improves the migration process to be idempotent and resumable by checking the existence of the 'new_id' column before swapping user IDs. It ensures atomicity by performing the index-drop, rename, and primary key addition in a single statement, reducing the risk of intermediate invalid states. This enhances robustness and reduces downtime during migrations. app/Console/Commands/MigrateUsersToBigintId.php:334 - verification logic - add explicit error handling or logging if the schema state is unexpected to reduce silent failures 09 Jul 2026, 01:40 PM
Add 8 more FK tables (verification_requests, chats, incidents, etc.) discovered during swap Akash Kumar safee-meet-backend main +8 / -0 67.00 The commit adds missing foreign key tables to a migration script, improving data integrity during bigint ID migration. While the additions increase completeness and reduce risk of orphaned records, the change lacks context about testing or validation. Also, no comments or explanations are provided for the choice of these foreign keys. No security implications are directly addressed. commit message - issue - add details or reasoning why these specific FK tables were added to improve context and business value 09 Jul 2026, 01:32 PM
Fix MigrateUsersToBigintId: guard against columns missing from live schema Akash Kumar safee-meet-backend main +13 / -0 81.00 The commit improves robustness by adding guards against schema drift in the MigrateUsersToBigintId command, preventing failures due to missing columns in the live schema. This reduces bug risk and increases stability during migration. However, warnings could be more consistent and comprehensive. Overall security is unaffected but good. app/Console/Commands/MigrateUsersToBigintId.php:209 - missing warning on schema drift here - add a warning similar to line 178 to improve visibility 09 Jul 2026, 01:18 PM
Move users.id to bigint-ready model, drop email/phone encryption, add lifecycle columns Akash Kumar safee-meet-backend main +534 / -30 75.00 The commit includes commands for migrating the user IDs to BIGINT and decrypting previously encrypted emails. It has good thoroughness in handling the migration of foreign keys and audit columns and performs staged steps for safer migration. However, it drops email/phone encryption, which risks reducing security. Error handling exists for email decryption failures, but there is no indication of security controls to protect the plaintext email column. Quality is good with namespace usage and structured command classes, but also missing testing references or rollback plans. Business value is high as migrating to BIGINT allows scalability and system consistency. Bug risk remains due to the complexity and critical nature of ID remapping and potential data integrity issues. Security is moderate due to the removal of encryption and unclear protection of sensitive data after migration. app/Console/Commands/BackfillPlainEmailCommand.php:28 - no validation or sanitization of decrypted email - add email format validation before saving to prevent invalid data 09 Jul 2026, 01:11 PM
Fix push notification send: CloudMessage uses toToken(), not withToken() Akash Kumar safee-meet-backend main +1 / -1 76.00 Fixes incorrect method usage for sending push notifications by replacing withToken() with toToken(), which aligns with the CloudMessage API implementation. app/Services/PushNotificationService.php:33 - improve code comments to explain why toToken() is used instead of withToken() - add a clarifying comment above the method call 09 Jul 2026, 10:37 AM
fixed registration api error Akash Kumar safee-meet-backend main +8 / -0 60.00 The commit adds info-level logging for push notification events, which improves observability and troubleshooting. However, it lacks details about the registration API error mentioned in the commit message, and the commit message itself is vague. commit message - vague and does not describe actual code changes - write a more descriptive message reflecting the logging additions or the registration API context 09 Jul 2026, 10:21 AM
fixed registration api error Akash Kumar safee-meet-backend main +18 / -2 82.00 The commit addresses an issue with setting the 'id' attribute for the User model during registration, ensuring it is set in a booted hook to avoid silent failures due to mass-assignment restrictions. This improves work reliability and clarity. The approach is standard but could benefit from added comments on security and validation. Test coverage is unknown from the diff. app/Models/User.php:24 - add validation or sanitization checking for 'id' before setting it to avoid potential invalid IDs 09 Jul 2026, 10:00 AM